## 問題
修改了 my.cnf 配置文件后,卻不生效,這是怎么回事?
## 原因
我們注意到,這里只說了修改 my.cnf,并沒有說清楚其絕對路徑是哪個文件。也就是說,有可能修改的不是正確路徑下的my.cnf文件。
在MySQL中,是允許存在多個 my.cnf 配置文件的,有的能對整個系統環境產生影響,例如:/etc/my.cnf。有的則只能影響個別用戶,例如:~/.my.cnf。
MySQL讀取各個my.cnf配置文件的先后順序是:
* /etc/my.cnf
* /etc/mysql/my.cnf
* /usr/local/mysql/etc/my.cnf
* ~/.my.cnf
* 其他自定義路徑下的my.cnf,例如:/data/mysql/yejr_3306/my.cnf
不管是mysqld服務器端程序,還是mysql客戶端程序,都可以采用下面兩個參數來自行指定要讀取的配置文件路徑:
* –defaults-file=#, 只讀取指定的文件(不再讀取其他配置文件)
* –defaults-extra-file=#, 從其他優先級更高的配置文件中讀取全局配置后,再讀取指定的配置文件(有些選項可以覆蓋掉全局配置從的設定值)
因此,可以看到,如果你修改的是非“著名”目錄下的 my.cnf,有可能看起來是不生效的,需要自行指定,或者統一放在 /etc/my.cnf 下,采用多實例的方式來管理即可。
- 前言
- 為什么InnoDB表要建議用自增列做主鍵
- 線上環境到底要不要開啟query cache
- MySQL復制中slave延遲監控
- 如何安全地關閉MySQL實例
- 如何查看當前最新事務ID
- 從MyISAM轉到InnoDB需要注意什么
- 5.6版本GTID復制異常處理一例
- 不同的binlog_format會導致哪些SQL不會被記錄
- Spring框架中調用存儲過程失敗
- 如何將兩個表名對調
- mysqldump加-w參數備份
- 使用mysqldump備份時為什么要加上 -q 參數
- 修改my.cnf配置不生效
- 什么情況下會用到臨時表
- profiling中要關注哪些信息
- EXPLAIN結果中哪些信息要引起關注
- processlist中哪些狀態要引起關注
- MySQL無法啟動例一
- pt-table-checksum工具使用報錯一例
- 為什么要關閉query cache,如何關閉
- MySQL聯合索引是否支持不同排序規則
- SAVEPOINT語法錯誤一例
- 你所不知的table is full那些事
- 大數據量時如何部署MySQL Replication從庫
- 內存溢出案例