服务器崩溃后 MariaDB 无法启动。没有错误日志

Question 1

几天后，我终于修好了它，没有任何数据丢失。正如我所料，这次停电并没有造成数据丢失。我做了很多事情来尝试解决这个问题，但我认为以下方法可以解决这个问题：

我重命名了我的/var/lib/mysql文件夹以确保我有备份，然后删除了我的/etc/my.cnf文件。我重新安装了 mariadb 和 mariadb-server，然后启动了它。从那里我将备份的/var/lib/mysql文件夹复制回来，并在我的文件夹中/etc/my.cnf添加了以下几行（来自这里)：

port = 8881
innodb_force_recovery=3
innodb_purge_threads=0

（我认为我实际上使用了恢复模式 4，但 3 对我来说也适用）

从那里，我能够启动 MariaDB 以及我的所有数据库。然后我运行后mysqlcheck --all-databases -p发现我的数据库都没有损坏。从这里开始，我无法成功停止 MariaDB，然后再次启动它时也遇到了问题，因此我重复了删除文件夹/var/lib/mysql/并运行数据库安装的过程，以便我可以重新复制备份。

从那里我启动了 MariaDB 并使用 InnoDB 强制恢复，一旦它运行，我使用命令转储所有内容mysqldump -u root -p --all-databases > alldb.sql。然后我强制停止 MariaDB，因为它无法正常停止，然后重新启动。我卸载了 MariaDB，删除了我的/var/lib/mysql/，并重命名了我的/etc/my.cnf，然后重新安装了 MariaDB。一旦我让它重新运行，我使用导入了我转储的数据库，mysql -u root -p < alldb.sql并使用在 MySQL shell 中刷新了权限FLUSH PRIVILEGES;，现在一切都运行良好，没有数据丢失。

由于我运行的是 CentOS，因此我必须在此过程中执行一些 SELinux 操作。我主要只是按照弹出诊断对话框的操作进行操作，然后重新运行我在安装 Nextcloud 服务器时最初执行的 SELinux 命令，以获得正确的所有权限。

Answer

几天后，我终于修好了它，没有任何数据丢失。正如我所料，这次停电并没有造成数据丢失。我做了很多事情来尝试解决这个问题，但我认为以下方法可以解决这个问题：

我重命名了我的/var/lib/mysql文件夹以确保我有备份，然后删除了我的/etc/my.cnf文件。我重新安装了 mariadb 和 mariadb-server，然后启动了它。从那里我将备份的/var/lib/mysql文件夹复制回来，并在我的文件夹中/etc/my.cnf添加了以下几行（来自这里)：

port = 8881
innodb_force_recovery=3
innodb_purge_threads=0

（我认为我实际上使用了恢复模式 4，但 3 对我来说也适用）

从那里，我能够启动 MariaDB 以及我的所有数据库。然后我运行后mysqlcheck --all-databases -p发现我的数据库都没有损坏。从这里开始，我无法成功停止 MariaDB，然后再次启动它时也遇到了问题，因此我重复了删除文件夹/var/lib/mysql/并运行数据库安装的过程，以便我可以重新复制备份。

从那里我启动了 MariaDB 并使用 InnoDB 强制恢复，一旦它运行，我使用命令转储所有内容mysqldump -u root -p --all-databases > alldb.sql。然后我强制停止 MariaDB，因为它无法正常停止，然后重新启动。我卸载了 MariaDB，删除了我的/var/lib/mysql/，并重命名了我的/etc/my.cnf，然后重新安装了 MariaDB。一旦我让它重新运行，我使用导入了我转储的数据库，mysql -u root -p < alldb.sql并使用在 MySQL shell 中刷新了权限FLUSH PRIVILEGES;，现在一切都运行良好，没有数据丢失。

由于我运行的是 CentOS，因此我必须在此过程中执行一些 SELinux 操作。我主要只是按照弹出诊断对话框的操作进行操作，然后重新运行我在安装 Nextcloud 服务器时最初执行的 SELinux 命令，以获得正确的所有权限。

Question 2

看起来数据库存储已损坏。从备份中恢复，并在硬盘上贴上大标志，“运行时请勿拔掉电源”。

Answer

看起来数据库存储已损坏。从备份中恢复，并在硬盘上贴上大标志，“运行时请勿拔掉电源”。

Question 3

就我而言，将 /var/lib/mysql 文件移至 /var/lib/mysql-save 并重新启动也效果很好，因为 mysql 启动正常。

然后查看 mysql 中的两个目录：

ls /var/lib/mysql
total 110628
-rw-rw---- 1 mysql mysql    16384 Dec  5 12:32 aria_log.00000001
-rw-rw---- 1 mysql mysql       52 Dec  5 12:32 aria_log_control
-rw-rw---- 1 mysql mysql      976 Dec  5 12:32 ib_buffer_pool
-rw-rw---- 1 mysql mysql 12582912 Dec  5 12:32 ibdata1
-rw-rw---- 1 mysql mysql 50331648 Dec  5 12:32 ib_logfile0
-rw-rw---- 1 mysql mysql 50331648 Dec  5 12:29 ib_logfile1
-rw-rw---- 1 mysql mysql        0 Dec  5 12:30 multi-master.info
drwx------ 2 mysql mysql     4096 Dec  5 12:29 mysql
drwx------ 2 mysql mysql     4096 Dec  5 12:29 performance_schema
drwx------ 2 mysql mysql     4096 Dec  5 12:29 test

在我的保存目录中：

ls -l /var/lib/mysql-saved
-rw-rw---- 1 mysql mysql    16384 Dec  5 12:23 aria_log.00000001
-rw-rw---- 1 mysql mysql       52 Dec  5 12:23 aria_log_control
-rw-r--r-- 1 root  root         0 Dec  4 21:43 debian-10.3.flag
-rw-rw---- 1 mysql mysql     2372 Dec  5 12:23 ib_buffer_pool
-rw-rw---- 1 mysql mysql 79691776 Dec  5 12:23 ibdata1
-rw-rw---- 1 mysql mysql 50331648 Dec  5 12:23 ib_logfile0
-rw-rw---- 1 mysql mysql 50331648 Dec  4 20:23 ib_logfile1
-rw-rw---- 1 mysql mysql        0 Sep  1  2020 multi-master.info
drwx------ 2 mysql mysql     4096 May 11  2021 mysql
drwx------ 2 mysql mysql     4096 Jun 21 09:30 owncloud
drwx------ 2 mysql mysql     4096 May 11  2021 performance_schema
-rw-rw---- 1 mysql mysql        0 Dec  4 18:09 tc.log

Owncloud 是我的数据库，但是这个 tc.log 文件是什么？原来它是 mysql 用来记录进程中可能需要在崩溃后重新启动的事务的事务日志。

好吧，显然 mysql 不能妥善处理零长度的 tc.log 文件；它只是退出。因此删除该文件，一切就会正常启动。

你问的是哪个版本？：

mysql --version
mysql  Ver 15.1 Distrib 10.3.31-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2

Answer