mysql 从脚本启动失败,脚本问题，导致mysql不能启动

背景是这样的，本人使用lnmp安装了nginx，mysql和php。今天打开虚拟机，发现mysql启动不了，查看日志。

可以看到启动的时候，mysql认为数据文件是放在/var/lib/mysql这个目录。经过本人多次cd、ls查找，发现数据文件其实是在/usr/local/mysql/var这个目录下。

也就是说，启动脚本在解析配置文件的时候出了问题。

打开启动脚本/etc/init.d/mysql，有两个关键配置映入了我的眼帘，看下图：

我一看basedir和datadir没有配置，就立马配上正确的路径，以为重新启动就可以了。

结果还是不行。mysql依然认为数据文件在/var/lib/mysql目录。继续找原因。

为了知道linux在执行/etc/init.d/mysql的时候，具体执行了哪些内容。本人通过google，学习到使用sh -x 可以知道shell脚本具体的执行内容。于是， sh -x /etc/init.d/mysql start.

这里贴出关键部分：

通过上图可以看出，通过my_print_defaults打印出来的配置信息里有2个–datadir，第一个是/usr/local/mysql/var, 第2个是/var/lib/mysql。肯定是第二个配置覆盖了第一个配置，才导致问题的产生。

于是本人开始研究mysql内置的my_print_defaults命令。

mysql的启动脚本是这么写的：

/usr/local/mysql/bin/my_print_defaults mysqld server mysql_server mysql.server

由于在执行my_print_defaults的时候，没有指定mysql配置文件。my_print_defaults会从几个默认路径的配置文件读取，例如：/etc/my.cnf /etc/mysql/my.cnf /usr/local/mysql/etc/my.cnf ~/.my.cnf 。

正好在本人的虚拟机里有两个配置文件：/etc/my.cnf,  /etc/mysql/my.conf。

同时又因为两个配置文件里都配置了datadir，所以才导致问题的产生。

正确的方式是指定一个配置文件：

/usr/local/mysql/bin/my_print_defaults --defaults-file=/etc/my.cnf mysqld server mysql_server mysql.server