my.cnf是mysql伺服器在unix平臺下預設的配置檔案的檔名。

輸入my_print_defaults可以得出mysql server啟動時所讀取的my.cnf的順序：（一般為該四個，根據安裝方式、OS發行版、mysql版本而定）
或者

$ mysql --help | grep my.cnf

/etc/my.cnf /etc/mysql/my.cnf /usr/local/mysql/my.cnf（有的版本寫作/usr/local/mysql/etc/my.cnf） ~/.my.cnf

也就是說，先讀取/etc/my.cnf，再去讀/etc/mysql/my.cnf，第三個讀/usr/local/mysql/my.cnf，其中，第三個為basedir，即mysql安裝目錄。
第四個為~/.my.cnf，這個~即為/home/$USERNAME，而$USERNAME為伺服器啟動使用者。

在手冊中給出的順序是（由上至下讀取）

File Name Purpose
/etc/my.cnf Global options
/etc/mysql/my.cnf Global options
SYSCONFDIR/my.cnf Global options
$MYSQL_HOME/my.cnf Server-specific options
defaults-extra-file The file specified with --defaults-extra-file=path, if any
~/.my.cnf User-specific options
~/.mylogin.cnf Login path options

但通用的讀取先後順序為：
/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf
省略部分路徑。

其中/etc/my.cnf與/etc/mysql/my.cnf為全域性選項檔案
而~/.my.cnf為使用者選項檔案

場景一：
Global options與Global options同時存在。
即/etc/my.cnf與/etc/mysql/my.cnf同時存在

疑問：如果/etc/my.cnf存在，還會去找/etc/mysql/my.cnf嗎？
如果是，那麼是直接使用/etc/mysql/my.cnf檔案
還是先使用/etc/my.cnf，再用/etc/mysql/my.cnf中呢？如果引數相同，後者覆蓋前者嗎？

實驗：
/etc/my.cnf
[mysqld]
long_query_time = 15
slow_query_log = on
autocommit = off

/etc/mysql/my.cnf
[mysqld]
long_query_time = 12
slow_query_log = on

查詢：

mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | OFF |
+---------------+-------+
1 row in set (0.00 sec)
mysql> show variables like 'long_query_time';
+-----------------+-----------+
| Variable_name | Value |
+-----------------+-----------+
| long_query_time | 12.000000 |
+-----------------+-----------+
1 row in set (0.01 sec)

此時先用了/etc/my.cnf中的autocommit=off。
雖然slow_query_log都有設定，但是引數相同，/etc/mysql/my.cnf優先順序更大，故為12s。

繼續實驗：
刪除/etc/my.cnf

$ sudo mv /etc/my.cnf /etc/my.cnf.bk

重啟伺服器，查詢：

mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | ON |
+---------------+-------+
1 row in set (0.00 sec)
mysql> show variables like 'long_query_time';
+-----------------+-----------+
| Variable_name | Value |
+-----------------+-----------+
| long_query_time | 12.000000 |
+-----------------+-----------+
1 row in set (0.01 sec)

此時只用了/etc/mysql/my.cnf。

場景二：
Global options與User-specific options同時存在
即/etc/my.cnf與~/.my.cnf同時存在

實驗：
同樣先刪除其他配置檔案，確保只剩如下兩個位置：

/etc/my.cnf
[mysqld]
long_query_time = 15
slow_query_log = on
autocommit = off

~/.my.cnf
[mysqld]
long_query_time = 12
slow_query_log = on

編輯好後儲存退出

查詢：

mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | OFF |
+---------------+-------+
1 row in set (0.00 sec)
mysql> show variables like 'long_query_time';
+-----------------+-----------+
| Variable_name | Value |
+-----------------+-----------+
| long_query_time | 12.000000 |
+-----------------+-----------+
1 row in set (0.01 sec)

autocommit預設是on
long_query_time預設是10

說明/etc/my.cnf已經生效
autocommit = off
雖然有設定
long_query_time = 15

但是
~/.my.cnf
中有設定
long_query_time = 12
故~/.my.cnf也有生效，在存在相同選項時，優先順序高於Global options的/etc/my.cnf。

結論：
當多個my.cnf存在時：
Global options與User-specific options同時存在時，User-specific options優先順序高於Global options並兩者都會讀取，若選項相同，則優先順序高者覆蓋前者
雖然/etc/my.cnf與/etc/mysql/my.cnf均為Global options，但是規則也同樣和Global options與User-specific options一致。

作者微信公眾號（持續更新）

mysql 多個引數選項檔案my.cnf優先順序研究

相關文章