MySQL配置文件（my.cnf）路径查看及相关配置

查找my.cnf文件路径；

从上可以看出, 服务器首先会读取/etc/my.cnf文件，如果发现该文件不存在，再依次尝试从后面的几个路径进行读取。

参数详解：

[client] #客户端设置，即客户端默认的连接参数

port = 3307 #默认连接端口

socket = /data/mysqldata/3307/mysql.sock #用于本地连接的socket套接字

default-character-set = utf8mb4　#编码

[mysqld] #服务端基本设置

port = 3307 MySQL监听端口

socket = /data/mysqldata/3307/mysql.sock #为MySQL客户端程序和服务器之间的本地通讯指定一个套接字文件

pid-file = /data/mysqldata/3307/mysql.pid#pid文件所在目录

basedir = /usr/local/mysql-5.7.11#使用该目录作为根目录（安装目录）

datadir = /data/mysqldata/3307/data　#数据文件存放的目录

tmpdir = /data/mysqldata/3307/tmp #MySQL存放临时文件的目录

character_set_server = utf8mb4 #服务端默认编码（数据库级别）

collation_server = utf8mb4_bin #服务端默认的比对规则，排序规则

user = mysql #MySQL启动用户

log_bin_trust_function_creators = 1 #This variable applies when binary logging is enabled. It controls whether stored function creators can be trusted not to create stored functions that will cause #unsafe events to be written to the binary log. If set to 0 (the default), users are not permitted to create or alter stored functions unless they have the SUPER #privilege in addition to the CREATE ROUTINE or ALTER ROUTINE privilege. 开启了binlog后，必须设置这个值为1.主要是考虑binlog安全

performance_schema = 0 #性能优化的引擎，默认关闭

secure_auth = 1　#secure_auth 为了防止低版本的MySQL客户端(

当同一台主机搭建多个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)。

二、以/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分析，待补充，欢迎到时查看！

---