mysql cnf加载顺序_从启动脚本分析mysql读取my.cnf配置的顺序

当同一台主机搭建多个mysql实例，在利用service mysql start时候，会因为读取/etc/my.cnf导致启动报错。而网上说的/etc/my.cnf -> /etc/mysql/my.cnf -> /usr/local/mysql/etc/my.cnf -> ~/.my.cnf顺序并没有鸟用，有时会花费很长时间定位，现从启动脚本分析mysql的启动原理。

一、我的环境共存在三台3台mysql

1)、第一台为rpm包装的mysql(一般系统会自带mysql就是rpm安装的)，默认安装路径为/usr/local,默认的配置文件为/etc/my.cnf。

2)、其他两台新增mysql安装路径分别为：/home/mysql-5.7.21、/home/mysql-5.7.21_two，配置文件分别为：/home/mysql-5.7.21/my.cnf、/home/mysql-5.7.21_two/my.cnf

3)、启动脚本：我的习惯是将$MYSQL_HOME/support-files/mysql.server复制到/etc/init.d/下面，并重命名，如下图：mysql1和mysql2分别为两台新增mysql的启动脚本，可利用service mysql1 start和service mysql2 start启动(分别修改了--basedir和--datadir)。

新增两台mysql的启动脚本

二、以/etc/init.d/mysql1分析启动脚本

1)、启动脚本的核心思想是，先利用(parse_server_arguments `$print_defaults $extra_args mysqld server mysql_server mysql.server`)语句获取配置文件中的参数。然后利用($bindir/mysqld_safe --datadir="$datadir" --pid-file="$mysqld_pid_file_path" $other_args >/dev/null &)启动mysql实例。

2)、问题的关键点就在$print_defaults $extra_args mysqld server mysql_server mysql.server$print_defaults：只要mysql1中的basedir没有配置错，那$print_defaults就是$basedir/bin/my_print_defaults$extra_args： 如下为extra_args 参数的判断原理，即当$basedir/my.cnf 存在且可读时，$extra_args 就为-e $basedir/my.cnf"

extra_args=""

if test -r "$basedir/my.cnf"

then

extra_args="-e $basedir/my.cnf"

fi

注：-e, --defaults-extra-file=name 从其他优先级更高的配置文件中读取全局配置后，再读取指定的配置文件(有些选项可以覆盖掉全局配置从的设定值)mysqld server mysql_server mysql.server： 程序(my_print_defaults )会根据my.cnf中的mysqld等标签获取[mysqld]下面配置的参数

故我的获取配置文件的参数实际是通过如下语句获取：[root@localhost bin]# /home/mysql-5.7.21/bin/my_print_defaults -e /home/mysql-5.7.21/my.cnf mysqld server mysql_server mysql.server

但是此时存在一个问题：

脚本的执行结果显示，不仅读取到了/home/mysql-5.7.21/my.cnf中的内容，还读取到了/etc/my.cnf中的参数。那么mysql1脚本只修改--basedir和datadir显然不行，仍然会由于/etc/my.cnf导致问题。其实如果~/.my.cnf如果也存在的话，~/.my.cnf中的参数也会被读取出。

这时候就需要用到"--defaults-file"参数--defaults-file=filename， 只读取指定的文件(不再读取其他配置文件)，注意：是"只"取

再回到$extra_args参数的获取脚本，会发现只要$basedir/my.cnf存在就会被同时读取，而我们的目的是只读取这个配置文件。

所以：我们可以修改下这个脚本，将extra_args的值变为--defaults-file=$basedir/my.cnf，这样煤气启动就只读取这个配置文件，如果$basedir/my.cnf不存在或没有可读权限，直接提示报错。extra_args=""

if test -r "$basedir/my.cnf"

then

# extra_args="-e $basedir/my.cnf" extra_args='-e /home/mysql-5.7.21/my.cnf'

extra_args="--defaults-file=$basedir/my.cnf"

else

echo "【ERROR】$basedir/my.cnf not exists or cat not be read!"

exit

fi

三、$bindir/mysqld_safe --datadir="$datadir" --pid-file="$mysqld_pid_file_path" $other_args >/dev/null & 启动时

1)、新的问题：

我的$basedir/my.cnf中明明没有ndb-connectstring=172.16.31.111参数，怎么会提示这个变量无法识别呢？

查看/etc/my.cnf发现这个参数确实存在，funk！！！但上面明明只读取$basedir/my.cnf中配置文件了啊！

启动依然参数报错

2)、查看mysqld_safe的使用方法--defaults-extra-file=path ： 除了通用选项文件所读取的选项文件名。如果给出，必须首选该选项。

--defaults-file=path：读取的代替通用选项文件的选项文件名。如果给出，必须首选该选项

mysqld_safe使用

也就是，需要在利用mysqld_safe启动时候再指定下配置，让其只读取$basedir/my.cnf。故在启动行加入--defaults-file="$basedir/my.cnf"$bindir/mysqld_safe --defaults-file="$basedir/my.cnf" --datadir="$datadir" --pid-file="$mysqld_pid_file_path" $other_args > /dev/null &

注：--defaults-file="$basedir/my.cnf"必须紧随$bindir/mysqld_safe，如果放在--datadir="$datadir"后面，会报--defaults-file参数不识别

总结：在将mysql.server复制到/etc/init.d后，有删除需要配置修改，到此为止新增的mysql已经能够读取指定配置文件启动1)、--basedir=

2)、--datadir=

3)extra_args=""判断可以不按我说的改，建议注释掉

3)、$bindir/mysqld_safe --defaults-file="$basedir/my.cnf"

遗留问题：

为什么读取指定配置文件后，$bindir/mysqld_safe还是读取/etc/my.cnf？故，还需对mysqld_safe做出debug分析，待补充，欢迎到时查看！