Mysql 崩溃，无法启动

Question 1

哎哟。

InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: about forcing recovery.

检查建议的网页：http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html。

基本上，尝试以恢复模式启动 MySQL 服务器并备份崩溃的表。

编辑您的/etc/my.cnf并添加：

 innodb_force_recovery = 1

...看看您是否可以进入数据库并获取数据/找到损坏的表。

通常，当发生这种情况时，需要重建（至少重建一张或两张损坏的表）。

从http://chepri.com/mysql-innodb-corruption-and-recovery/：

停止mysqld（service mysql stop）。
备份/var/lib/mysql/ib*
添加以下行/etc/my.cnf：
```
innodb_force_recovery = 1
```
（他们建议 4，但最好从 1 开始，如果无法启动则增加）
重新开始mysqld（service mysql start）。
转储所有表：mysqldump -A > dump.sql
删除所有需要恢复的数据库。
停止mysqld（service mysql stop）。
消除/var/lib/mysql/ib*
注释掉innodb_force_recovery/etc/my.cnf
重启mysqld。查看mysql错误日志。默认情况下，它应该是/var/lib/mysql/server/hostname.com.err查看它如何创建新ib*文件。
从转储恢复数据库：mysql < dump.sql

Answer

哎哟。

InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: about forcing recovery.

检查建议的网页：http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html。

基本上，尝试以恢复模式启动 MySQL 服务器并备份崩溃的表。

编辑您的/etc/my.cnf并添加：

 innodb_force_recovery = 1

...看看您是否可以进入数据库并获取数据/找到损坏的表。

通常，当发生这种情况时，需要重建（至少重建一张或两张损坏的表）。

从http://chepri.com/mysql-innodb-corruption-and-recovery/：

停止mysqld（service mysql stop）。
备份/var/lib/mysql/ib*
添加以下行/etc/my.cnf：
```
innodb_force_recovery = 1
```
（他们建议 4，但最好从 1 开始，如果无法启动则增加）
重新开始mysqld（service mysql start）。
转储所有表：mysqldump -A > dump.sql
删除所有需要恢复的数据库。
停止mysqld（service mysql stop）。
消除/var/lib/mysql/ib*
注释掉innodb_force_recovery/etc/my.cnf
重启mysqld。查看mysql错误日志。默认情况下，它应该是/var/lib/mysql/server/hostname.com.err查看它如何创建新ib*文件。
从转储恢复数据库：mysql < dump.sql

Question 2

我在使用 mysql:5.7 docker 镜像时遇到了同样的错误。主要错误是尝试创建默认存在的 root 用户。更多信息：https://github.com/docker-library/mysql/issues/129

如上面的链接所示，解决方案是在启动 docker 镜像时不要在环境变量中设置 MYSQL_USER 和 MYSQL_PASSWORD。

Answer

我在使用 mysql:5.7 docker 镜像时遇到了同样的错误。主要错误是尝试创建默认存在的 root 用户。更多信息：https://github.com/docker-library/mysql/issues/129

如上面的链接所示，解决方案是在启动 docker 镜像时不要在环境变量中设置 MYSQL_USER 和 MYSQL_PASSWORD。

Question 3

我在 Laravel Homestead (Vagrant 在运行 Mac OS Sierra 10.12.4 (16E195) 时发生内核恐慌后发生了这种情况：

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 14.04.3 LTS
Release:    14.04
Codename:   trusty

$ mysql -V
mysql  Ver 14.14 Distrib 5.7.9, for Linux (x86_64) using  EditLine 
wrapper

以下是一些你可以尝试的资源，尽管所有的修复方法都不适合我：

https://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html

https://forums.mysql.com/read.php?22,603093,604631#msg-604631

https://support.plesk.com/hc/en-us/articles/213939865-如何修复InnoDB-corruption-cases-for-the-MySQL-database

我尝试在 mysql 配置中添加强制恢复（从 1 开始并逐渐增加，因为更高的数字可能会导致永久性损坏）：

sudo nano /etc/mysql/my.cnf

[mysqld]
innodb_force_recovery = 1
#innodb-read-only=1
#innodb_purge_threads=0
#key_buffer_size=16M
#event-scheduler=disabled

在另一个窗口中运行：

tail -f /var/log/mysql/error.log

然后尝试在启用各种选项的情况下重新启动 mysqld：

sudo /etc/init.d/mysql restart

如果超时，您可以强制重新启动 mysql 进程：

# process id is first column with number, just ignore lines with grep because they list the process running 'grep mysql'
ps aux | grep mysql
sudo kill -9 <process-id>
sudo /etc/init.d/mysql restart

如果有效，日志将显示类似以下内容：

Version: '5.7.9' socket: '/var/run/mysqld/mysqld.sock' port: 3306 MySQL Community Server (GPL)

如果失败，日志将显示类似以下内容：

InnoDB: Assertion failure in thread 140049488692992 in file log0recv.cc line 1420

当情况变得更糟时，我尝试删除可能已损坏的数据库：

sudo ls -alt /var/lib/mysql

事实证明，我一直在处理的数据库是列表顶部最近修改的数据库。幸运的是，我有当天的 SQL 转储，因此能够将其删除：

sudo rm -rf /var/lib/mysql/<database_name>

我保留了所有其他文件，但 mysql 仍然能够启动。

innodb_force_recovery = 1更新：一旦 mysql 再次工作，请确保禁用它，否则当您尝试修改数据库和表时会收到错误。

然后我用 Sequel Pro 重新创建了数据库，重新导入了我的数据，并且能够继续前进，而不必丢弃其他项目的所有数据库。

展望未来，我必须假设任何 mysql 数据库都可能损坏，并尝试保留每日备份并将数据库重新创建脚本记录或编码到我的持续集成工具中。

Answer