技术分享 | MySQL 启动失败的常见原因

MySQL 启动失败的最常见的原因有两类，分别是无法访问系统资源和参数设置错误造成的，下面分别分析如下。

MySQL 不能访问启动需要的资源是造成而 MySQL 无法启动的一个常见原因，如：文件，端口等。由于 linux 中用于启动 mysqld 进程的 mysql 用户通常是不能登陆的，可以使用类似下面的命令检查文件的访问权限。

找出问题后，修改对应文件或目录的权限或属主后通常可以解决问题。但有时 mysql 用户有访问文件和目录的权限，但仍然会被拒绝访问，例如下面这个例子：

测试说明 mysql 用户有这个目录的访问权限，但创建文件还是失败，这种情况让很多人困惑，这个时候通常是 mysqld 进程的访问被 linux 的 selinux 或 apparmor 给阻止了，大家可以看到创建的表不是在 mysql 的默认目录下面，因此 selinux 或 apparmor 的 policy 里面没有包含这个目录的访问权限，此时只要对应的修改 policy 就行了，当然把 selinux 或 apparmor 停了也行。

有时虽然对系统资源有访问的权限，但系统资源已经被占用：

这个故障产生的原因是另外一个 mysqld 进程已经启动并占用了对应的文件。

参数设置错误造成 MySQL 无法启动的原因也非常常见，此时先要检查 MySQL 启动时会调用的参数，下面的命令可以查询 MySQL 启动时调用参数文件的顺序：

知道了 MySQL 参数文件的调用顺序，我们就可以检查对应的参数文件，找出其中的错误，如果觉得参数文件的可读性不强，可以使用下面的命令显示 mysqld 程序将要调用的参数：

注意这个命令显示完参数后就退出，不会真正运行 mysqld。这个命令和 my_print_defaults mysqld 完全是等价的，只不过后者的显示方式是一行一个参数。

然后开始对可疑的参数进行调试，我个人喜欢加的参数和顺序如下：

看这个例子：

看这个例子，我们很容易知道是需要我们同时设置参数 GTID_MODE 和 ENFORCE_GTID_CONSISTENCY 同时为 on 才行。

以下错误日志提示，都是查看 MySQL 错误日志得到，查看方法如下：

查看下 MySQL 配置文件 my.cnf 中有记录，日志记录在/log/mysql/error.log下

?MySQL 配置文件 my.cnf 权限问题导致无法启动，错误提示：World-writable config file ‘/etc/my.cnf’ is ignored

?Binlog 丢失导致无法启动，错误日志： File ‘./mysql-bin.000001’ not found

?Binlog 无法读取导致无法启动，错误日志：Failed to open log (file ‘./mysql-bin.000001’, errno 13)

?不能创建 PID 导致无法启动，错误日志：Can’t start server: can’t create PID file: No such file or directory

?不能创建临时文件导致无法启动，错误日志：mysqld: Can’t create/write to file ‘/tmp/ibfguTtC’ (Errcode: 13)

?MySQL 服务无法识别导致无法启动，错误提示：mysqld: unrecognized service

?MySQL 配置了过大的内存导致无法启动，错误日志：InnoDB: Cannot allocate memory for the buffer pool

?MySQL 启动参数过多导致无法启动，错误提示：Too many arguments (first extra is ‘start’)

?MySQL 目录权限问题导致无法启动，错误日志：File ‘./mysql-bin.index’ not found (Errcode:13 – Permission denied)

?MySQL 未初始化导致无法启动，错误提示：can’t open the mysql.plugin table

?MySQL 启动成功但未监听端口

?MySQL ibdata1权限问题导致无法启动，错误日志：InnoDB Operating system error number 13 in a file operation

?磁盘空间满导致 MySQL 无法启动

?进程残留导致 MySQL 无法启动

?MySQL 服务自动停止

这些是错误提示你对照去找你的原因就这么多了

---