一、我的环境共存在三台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)。
二、以/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
故我的获取配置文件的参数实际是通过如下语句获取:
但是此时存在一个问题:
脚本的执行结果显示,不仅读取到了/home/mysql-5.7.21/my.cnf中的内容,还读取到了/etc/my.cnf中的参数。那么mysql1脚本只修改--basedir和datadir显然不行,仍然会由于/etc/my.cnf导致问题。其实如果~/.my.cnf如果也存在的话,~/.my.cnf中的参数也会被读取出。
这时候就需要用到"--defaults-file"参数
再回到$extra_args参数的获取脚本,会发现只要$basedir/my.cnf存在就会被同时读取,而我们的目的是只读取这个配置文件。
所以:我们可以修改下这个脚本,将extra_args的值变为 --defaults-file =$basedir/my.cnf,这样煤气启动就只读取这个配置文件,如果$basedir/my.cnf不存在或没有可读权限,直接提示报错。
三、$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的使用方法
也就是,需要在利用mysqld_safe启动时候再指定下配置,让其只读取$basedir/my.cnf。故在启动行加入--defaults-file="$basedir/my.cnf"
总结:在将mysql.server复制到/etc/init.d后,有删除需要配置修改,到此为止新增的mysql已经能够读取指定配置文件启动
遗留问题:
为什么读取指定配置文件后,$bindir/mysqld_safe还是读取/etc/my.cnf?故,还需对mysqld_safe做出debug分析,待补充,欢迎到时查看!
一、启动方式
1、使用linux命令service 启动:
service mysqld start
2、使用 mysqld 脚本启动:
/etc/inint.d/mysqld start
3、使用 safe_mysqld 启动:
safe_mysqld& 命令使用方法及介绍可如下查找:
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)