技术分享 | 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 才行。

之前在linux上装mysql5.7的时候 启动一直报错，试了很多种方法都没用，试了以下的方法才顺利解决了这个问题

刚安装好的MySQL5.7.12，执行service mysqld start时报错，内容如下：

2017-02-19T07:52:53.807647Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use –explicit_defaults_for_timestamp server option (see documentation for more details).

2017-02-19T07:52:53.809065Z 0 [ERROR] –initialize specified but the data directory has files in it. Aborting.

2017-02-19T07:52:53.809095Z 0 [ERROR] Aborting

其中红色字体里面说明，mysql中的data目录已经有数据了，解决方案：

1、vim /etc/my.cnf

datadir=/var/lib/mysql, 这个是data保存目录，进入/var/lib/mysql后，查看到确实有数据：

将/var/lib/mysql备份，然后重新启动mysql：

原文链接：https://blog.csdn.net/liyf155/java/article/details/61420126

今天在做LNMP环境的时候，mysql启动失败，LNMP环境是用的oneinstack一键安装脚本安装的。

大致意思是因为 /tmp 目录缺少启动文件( mysql.pid )导致的，恩，于是参照网上提供的方法，修改 /etc/my.cnf 文件

修改pid文件的存放目录，然后 chmod -R 777 /var/lib/mysql/

重新启动，恩？失败!!

那继续,还有大佬说查看mysql报错日志

等会，好像有什么不对啊，今天明明是11-06，你这个11-04什么鬼!!!!

绝望～

然后冷静下来，想到，刚刚查看日志文件为什么会显示权限不够，什么时候vi都要超级管理员权限了。

然后 ll 看了一下文件的所属

嗯哼，这个1002是什么鬼，顿时发现问题

创建mysql用户和mysql组

nice启动成功了！！！

开心～～

---