Mysql 作為最常用的資料庫軟體，對於關係型資料庫來說無疑是比較優秀的，隨著版本的
不斷更新，其功能也在增長。my.cnf 作為 mysql 的核心配置檔案，很有必要知道一下。
[[email protected] ~]# mysql --version
mysql Ver 14.14 Distrib 5.6.16, for Linux (x86_64) using EditLine wrapper -------------------------------------------------------------------------------------
[client]
port =3306
#default-character-set=utf8
[mysqld_safe]
open-files-limit = 32768

[mysqld]
port = 3306【監聽埠】
socket =/tmp/mysqld.sock【socket 檔案】
pid-file =/usr/local/mysql/data/mysqld.pid【pid 檔案】
basedir =/usr/local/mysql【安裝目錄】
datadir =/usr/local/mysql/data【資料目錄】
#character-set-server =utf8【字元設定】
skip-external-locking【避免 mysql 的外部鎖定，保持 mysql 的穩定性】
skip-name-resolve【避免 mysql 對外部的連線進行 DNS 解析，若使用此設定，那麼遠
程主機連線時只能使用 ip，而不能使用域名】
max_connections =3000【mysql 允許最大連線程序數】
max_connect_errors =10【每個客戶端允許異常終端的次數，如果達到此限制，這
個客戶端將會被 mysql 服務阻止直到執行了‘FLUSH HOSTS’或者服務重啟】
table_open_cache =2048
max_allowed_packet =16M【設定網路傳輸中傳輸訊息的最大值，預設為 1M,最大
可以是 1G】
binlog_cache_size =8M【設定 bin-log 快取大小】
max_heap_table_size =64M
2
read_buffer_size =2M【指定 MYISAM 表全表掃描的緩衝大小】
read_rnd_buffer_size =16M
sort_buffer_size =8M【設定排序緩衝區來處理佇列所引起的排序，預設為 2M，
該引數對應分配到的記憶體是每個連線獨佔的，如有 100 個連線，則會分配排序緩衝區大小
為 2*100，推薦設定為 6M-8M】
join_buffer_size = 8M【設定聯合查詢操作所使用的緩衝區大小】
thread_cache_size = 8【threadcache 池可以快取連線執行緒的最大數量，預設為
0，該值表示可以重新利用儲存在快取中執行緒的數量，當斷開連線時若快取中還有空間，那
麼客戶端的執行緒將被放到快取中，如果執行緒重新被請求，那麼請求將從快取中讀取，若果
快取中是空的或者是新的請求，那麼執行緒將被重新建立。設定規律為：1G 記憶體設定為 8,2G
記憶體設定為 16,4G 以上設定為 64】
thread_concurrency = 8【根據 cpu 的數量而定】
query_cache_size = 64M【指定 mysql 的查詢快取區大小，用來緩衝 select 結
果 ， 這 樣 當 下 次 查 詢 同 一 結 果 會 直 接 從 內 存 讀 取 ， 提 高 效 率 ， 可 根 據
Qcache_lowmem_prunes 的大小來判斷當前的負載是否足夠高】
query_cache_limit = 2M【只有小於該值的結果才會被緩衝，根據實際情況而定，
如果該值過大則會覆蓋其他所有的查詢結果】
ft_min_word_len = 4【被全文檢索索引的最小字長，修改此值之後，你需要重
建你的 FULLTEXT 索引】
default_storage_engine = INNODB【指定預設的儲存引擎】
thread_stack =192K【執行緒使用的堆疊大小，此容量的記憶體在每次連線時被預留，預設
設定基本可以滿足大多數的應用，除非你有特殊需求，你可以修改此值的大小】
transaction_isolation =REPEATABLE-READ 【 指 定 默 認 的 事 務 隔 離 級 別 (READ
UNCOMMITIED:讀未提交，READ-COMMITTE:讀已提交，REPEATABLE READ:可重複讀，
SERIALIZABLE:序列)】
tmp_table_size = 128M【記憶體臨時表的大小，如果超過該值，會將臨時表寫入到資料盤
裡面】
server-id = 21【serverid 可以作為此資料庫的唯一識別符號，在主從架構中必須啟用該選
項】
key_buffer_size = 128M【指定索引緩衝區的大小，記憶體為 4G 是設定為 256M 或
384M】
bulk_insert_buffer_size = 64M【設定批量插入資料快取大小，可以有效提高插入效率，
預設為 8M】
3
####LOG
slow_query_log=1【設定慢查詢間隔時間】
slow_query_log_file=db-slow.log【指定檔名稱】
long_query_time = 1
binlog_cache_size = 4M
max_binlog_cache_size = 8M【指定 bin-log 快取日誌大小】
max_binlog_size = 1G【指定 bin-log 日誌最大值】
binlog-format = MIXED【設定 bin-log 日誌格式，binlog 的格式有三種:STATEMENT(基
於 sql 語句的複製),ROW(基於行的複製),MIXED(混合模式)】
expire_logs_days = 15【指定日誌的儲存時間】

log-error=db-mysql.err
log-bin=db-log-bin【開啟二進位制日誌功能】
relay-log=db-relay-bin【設定中繼日誌，在主從架構中使用，從庫讀取中繼日誌來更新
資料】
myisam_sort_buffer_size = 128M【MyISAM 表發生變化時重新排序所需的緩衝】
myisam_max_sort_file_size = 10G【MySQL 重建索引時所允許的最大臨時檔案大小(當
REPAIR,ALTER TABLE 或者是 LOAD DATA INFILE)，如果大於設定值，則索引會通過鍵值
緩衝建立】
myisam_repair_threads = 1【如果一個表擁有超過一個索引，MyISAM 可以通過並行排
序使用超過一個執行緒去修復它們】
myisam_recover【開啟自動檢查和修復沒有正確關閉的 MyISAM 表】
innodb_force_recovery=1
innodb_additional_mem_pool_size = 16M【此引數指定 InnoDB 儲存的資料目錄資訊
和其它內部資料結構的記憶體池大小，不是一個強制性引數】
innodb_buffer_pool_size = 512M【這對 InnoDB 很重要，指定 InnoDB 的緩衝池大小，
InnoDB 把資料和索引都快取起來，根據實際情況而定，如果資料浮動量較大，則可以考
慮把值設定稍大一些】
innodb_data_file_path = ibdata1:100M:autoextend【表空間檔案，屬於重要資料】
innodb_data_home_dir = /usr/local/mysql/dat
4
及系統的排程方式】
innodb_flush_log_at_trx_commit = 1【設定為 1，將在每次提交事務後將日誌寫入磁碟；
設定為 0 表示事務日誌寫入日誌檔案，而日誌檔案每秒重新整理到磁碟一次。設定為 2 表示事
務日誌將在提交時寫入日誌，但日誌檔案每次重新整理到磁碟一次】
innodb_log_buffer_size = 8M【設定日誌檔案所使用的記憶體大小，以 M 為單位，不宜過
大，否則出現意外之後，有可能丟失資料，1-8 之間一般都可以了】
innodb_log_file_size = 1G【確定資料日誌檔案的大小，以 M 為單位，更大的設定可以提
高效能，但同時也會增加故障恢復所需要的時間】
innodb_log_files_in_group = 3【設定 mysql 可以通過迴圈方式將日誌檔案寫到多個文
件，推薦設定為 3M】
innodb_log_group_home_dir = /usr/local/mysql/data
innodb_max_dirty_pages_pct = 90【Buffer_Pool 中 Dirty_Page 所佔的數量，直接影響
InnoDB 的關閉時間。引數 innodb_max_dirty_pages_pct 可以直接控制了 Dirty_Page
在 Buffer_Pool 中所佔的比率，而且幸運的是 innodb_max_dirty_pages_pct 是可以動態
改變的。所以，在關閉 InnoDB 之前先將 innodb_max_dirty_pages_pct 調小，強制資料
塊 Flush 一段時間，則能夠大大縮短 MySQL 關閉的時間。】
innodb_lock_wait_timeout = 120【InnoDB 有其內建的死鎖檢測機制，能導致未完成的
事務回滾。但是，如果結合 InnoDB 使用 MyISAM 的 lock tables 語句或第三方事務引擎, 則 InnoDB 無法識別死鎖。為消除這種可能性，可以將 innodb_lock_wait_timeout 設定
為一個整數值，指示 MySQL 在允許其他事務修改那些最終受事務回滾的資料之前要等待
多長時間(秒數)】
innodb_file_per_table = 1【開啟獨享表空間。0 代表關閉，1 代表開啟】

[mysqldump]
quick
max_allowed_packet = 32M

[mysql]
no-auto-rehash
[isamchk]
key_buffer = 256M
sort_buffer_size = 256M
read_buffer = 4M
5
write_buffer = 4M

[myisamchk]
key_buffer = 256M
sort_buffer_size = 256M
read_buffer = 4M
write_buffer = 4M
======================================= MYSQL 效能檢視（命中率,慢查詢)
網上有很多的文章教怎麼配置 MySQL 伺服器，但考慮到伺服器硬體配置的不同，具體應
用的差別，那些文章的做法只能作為初步設定參考，我們需要根據自己的情況進行配置優
化，好的做法是 MySQL 伺服器穩定運行了一段時間後執行，根據伺服器的”狀態”進行
優化。
mysql> show global status;
可以列出 MySQL 伺服器執行各種狀態值，另外，查詢 MySQL 伺服器配置資訊語句：
mysql> show variables; 一、慢查詢
mysql> show variables like ‘%slow%’;
±-----------------±------+
| Variable_name | Value |
±-----------------±------+
| log_slow_queries | ON |
| slow_launch_time | 2 |
±-----------------±------+
mysql> show global status like ‘%slow%’;
±--------------------±------+
| Variable_name | Value |
±--------------------±------+
| Slow_launch_threads | 0 |
| Slow_queries | 4148 |
±--------------------±------+
配置中打開了記錄慢查詢，執行時間超過 2 秒的即為慢查詢，系統顯示有 4148 個慢
6
查詢，你可以分析慢查詢日誌，找出有問題的 SQL 語句，慢查詢時間不宜設定過長，否則
意義不大，最好在 5 秒以內，如果你需要微秒級別的慢查詢，可以考慮給 MySQL 打補丁：
http://www.percona.com/docs/wiki/release:start，記得找對應的版本。
開啟慢查詢日誌可能會對系統性能有一點點影響，如果你的 MySQL 是主-從結構，可
以考慮開啟其中一臺從伺服器的慢查詢日誌，這樣既可以監控慢查詢，對系統性能影響又
小。
二、連線數
經常會遇見”MySQL: ERROR 1040: Too many connections”的情況，一種是訪問
量確實很高，MySQL 伺服器抗不住，這個時候就要考慮增加從伺服器分散讀壓力，另外一
種情況是 MySQL 配置檔案中 max_connections 值過小：
mysql> show variables like ‘max_connections’;
±----------------±------+
| Variable_name | Value |
±----------------±------+
| max_connections | 256 |
±----------------±------+
這臺 MySQL 伺服器最大連線數是 256，然後查詢一下伺服器響應的最大連線數：
mysql> show global status like ‘Max_used_connections’;
MySQL 伺服器過去的最大連線數是 245，沒有達到伺服器連線數上限 256，應該沒有
出現 1040 錯誤，比較理想的設定是：
Max_used_connections / max_connections * 100% ≈ 85%
最大連線數占上限連線數的 85%左右，如果發現比例在 10%以下，MySQL 伺服器連
接數上限設定的過高了。
三、Key_buffer_size
key_buffer_size 是對 MyISAM 表效能影響最大的一個引數，下面一臺以 MyISAM 為
主要儲存引擎伺服器的配置：
mysql> show variables like ‘key_buffer_size’;
±----------------±-----------+
| Variable_name | Value |
±----------------±-----------+
| key_buffer_size | 536870912 |
7
±----------------±-----------+
分配了 512MB 記憶體給 key_buffer_size，我們再看一下 key_buffer_size 的使用情況：
mysql> show global status like ‘key_read%’;
±-----------------------±------------+
| Variable_name | Value | mysql
±-----------------------±------------+
| Key_read_requests | 27813678764 |
| Key_reads | 6798830 |
±-----------------------±------------+ 一共有 27813678764 個索引讀取請求，有 6798830 個請求在記憶體中沒有找到直接
從硬碟讀取索引，計算索引未命中快取的概率：
key_cache_miss_rate = Key_reads / Key_read_requests * 100%
比如上面的資料，key_cache_miss_rate 為 0.0244%，4000 個索引讀取請求才有一
個直接讀硬碟，已經很 BT 了,key_cache_miss_rate 在 0.1%以下都很好(每 1000 個請求有
一個直接讀硬碟)，如果 key_cache_miss_rate 在 0.01%以下的話，key_buffer_size 分配
的過多，可以適當減少。
MySQL 伺服器還提供了 key_blocks_*引數：
mysql> show global status like ‘key_blocks_u%’;
±-----------------------±------------+
| Variable_name | Value |
±-----------------------±------------+
| Key_blocks_unused | 0 |
| Key_blocks_used | 413543 |
±-----------------------±------------+
Key_blocks_unused 表示未使用的快取簇(blocks)數，Key_blocks_used 表示曾經用
到的最大的 blocks 數，比如這臺伺服器，所有的快取都用到了，要麼增加 key_buffer_size，
要麼就是過渡索引了，把快取佔滿了。比較理想的設定：
Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%
四、臨時表
mysql> show global status like ‘created_tmp%’;
±------------------------±--------+
| Variable_name | Value |
8
±------------------------±--------+
| Created_tmp_disk_tables | 21197 |
| Created_tmp_files | 58 |
| Created_tmp_tables | 1771587 |
±------------------------±--------+
每次建立臨時表，Created_tmp_tables 增加，如果是在磁碟上建立臨時表，
Created_tmp_disk_tables 也增加,Created_tmp_files 表示 MySQL 服務建立的臨時檔案
檔案數，比較理想的配置是：
Created_tmp_disk_tables / Created_tmp_tables * 100% <= 25%
比如上面的伺服器 Created_tmp_disk_tables / Created_tmp_tables * 100% =
1.20%，應該相當好了。我們再看一下 MySQL 伺服器對臨時表的配置：
mysql> show variables where Variable_name in (‘tmp_table_size’, ‘max_heap_table_size’);
±--------------------±----------+
| Variable_name | Value |
±--------------------±----------+
| max_heap_table_size | 268435456 |
| tmp_table_size | 536870912 |
±--------------------±----------+
只有 256MB 以下的臨時表才能全部放記憶體，超過的就會用到硬碟臨時表。
五、Open Table 情況
mysql> show global status like ‘open%tables%’;
±--------------±------+
| Variable_name | Value |
±--------------±------+
| Open_tables | 919 |
| Opened_tables | 1951 |
±--------------±------+
Open_tables 表示開啟表的數量，Opened_tables 表示開啟過的表數量，如果
Opened_tables 數 量 過 大 ， 說 明 配 置 中 table_cache(5.1.3 之 後 這 個 值 叫 做
table_open_cache)值可能太小，我們查詢一下伺服器 table_cache 值：
mysql> show variables like ‘table_cache’;
±--------------±------+
9
| Variable_name | Value |
±--------------±------+
| table_cache | 2048 |
±--------------±------+
比較合適的值為：
Open_tables / Opened_tables * 100% >= 85%
Open_tables / table_cache * 100% <= 95%
六、程序使用情況
mysql> show global status like ‘Thread%’;
±------------------±------+
| Variable_name | Value |
±------------------±------+
| Threads_cached | 46 |
| Threads_connected | 2 |
| Threads_created | 570 |
| Threads_running | 1 |
±------------------±------+
如果我們在 MySQL 伺服器配置檔案中設定了 thread_cache_size，當客戶端斷開之
後，伺服器處理此客戶的執行緒將會快取起來以響應下一個客戶而不是銷燬(前提是快取數未
達上限)。Threads_created 表示建立過的執行緒數，如果發現 Threads_created 值過大的話，
表明 MySQL 伺服器一直在建立執行緒，這也是比較耗資源，可以適當增加配置檔案中
thread_cache_size 值，查詢伺服器 thread_cache_size 配置：
mysql> show variables like ‘thread_cache_size’;
±------------------±------+
| Variable_name | Value |
±------------------±------+
| thread_cache_size | 64 |
±------------------±------+
示例中的伺服器還是挺健康的。
七、查詢快取(query cache)
mysql> show global status like ‘qcache%’;
10
±------------------------±----------+
| Variable_name | Value |
±------------------------±----------+
| Qcache_free_blocks | 22756 |
| Qcache_free_memory | 76764704 |
| Qcache_hits | 213028692 |
| Qcache_inserts | 208894227 |
| Qcache_lowmem_prunes | 4010916 |
| Qcache_not_cached | 13385031 |
| Qcache_queries_in_cache | 43560 |
| Qcache_total_blocks | 111212 |
±------------------------±----------+
MySQL 查詢快取變數解釋：
Qcache_free_blocks：快取中相鄰記憶體塊的個數。數目大說明可能有碎片。FLUSH
QUERY CACHE 會對快取中的碎片進行整理，從而得到一個空閒塊。
Qcache_free_memory：快取中的空閒記憶體。
Qcache_hits：每次查詢在快取中命中時就增大
Qcache_inserts：每次插入一個查詢時就增大。命中次數除以插入次數就是不中比率。
Qcache_lowmem_prunes：快取出現記憶體不足並且必須要進行清理以便為更多查詢
提供空間的次數。這個數字最好長時間來看;如果這個數字在不斷增長，就表示可能碎片非
常嚴重，或者記憶體很少。(上面的 free_blocks 和 free_memory 可以告訴您屬於哪種情況)
Qcache_not_cached：不適合進行快取的查詢的數量，通常是由於這些查詢不是
SELECT 語句或者用了 now()之類的函式。
Qcache_queries_in_cache：當前快取的查詢(和響應)的數量。
Qcache_total_blocks：快取中塊的數量。
我們再查詢一下伺服器關於 query_cache 的配置：
mysql> show variables like ‘query_cache%’;
±-----------------------------±----------+
| Variable_name | Value |
±-----------------------------±----------+
| query_cache_limit | 2097152 |
| query_cache_min_res_unit | 4096 |
| query_cache_size | 203423744 |
11
| query_cache_type | ON |
| query_cache_wlock_invalidate | OFF |
+——————————+———–+
各欄位的解釋：
query_cache_limit：超過此大小的查詢將不快取
query_cache_min_res_unit：快取塊的最小大小
query_cache_size：查詢快取大小
query_cache_type：快取型別，決定快取什麼樣的查詢，示例中表示不快取 select
sql_no_cache 查詢
query_cache_wlock_invalidate：當有其他客戶端正在對 MyISAM 表進行寫操作時，
如果查詢在 query cache 中，是否返回 cache 結果還是等寫操作完成再讀表獲取結果。
query_cache_min_res_unit 的配置是一柄”雙刃劍”，預設是 4KB，設定值大對大數
據查詢有好處，但如果你的查詢都是小資料查詢，就容易造成記憶體碎片和浪費。
查詢快取碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
如果查詢快取碎片率超過 20%，可以用 FLUSH QUERY CACHE 整理快取碎片，或者
試試減小 query_cache_min_res_unit，如果你的查詢都是小資料量的話。
查 詢 緩 存 利 用 率 = (query_cache_size - Qcache_free_memory) /
query_cache_size * 100%
查詢快取利用率在 25%以下的話說明 query_cache_size 設定的過大，可適當減小;查
詢 緩 存 利 用 率 在 80% 以 上 而 且 Qcache_lowmem_prunes > 50 的 話 說 明
query_cache_size 可能有點小，要不就是碎片太多。
查詢快取命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits * 100%
示例伺服器 查詢快取碎片率 = 20.46%，查詢快取利用率 = 62.26%，查詢快取命中
八、排序使用情況 率 = 1.94%，命中率很差，可能寫操作比較頻繁吧，而且可能有些碎片。
mysql> show global status like ‘sort%’;
±------------------±-----------+
| Variable_name | Value |
±------------------±-----------+
| Sort_merge_passes | 29 |
| Sort_range | 37432840 |
| Sort_rows | 9178691532 |
| Sort_scan | 1860569 |
12
±------------------±-----------+
Sort_merge_passes 包括兩步。MySQL 首先會嘗試在記憶體中做排序，使用的記憶體
大小由系統變數 Sort_buffer_size 決定，如果它的大小不夠把所有的記錄都讀到記憶體中，
MySQL 就會把每次在記憶體中排序的結果存到臨時檔案中，等 MySQL 找到所有記錄之
後，再把臨時檔案中的記錄做一次排序。這再次排序就會增加 Sort_merge_passes。實際
上 ， MySQL 會 用 另 一 個 臨 時 文 件 來 存 再 次 排 序 的 結 果 ， 所 以 通 常 會 看 到
Sort_merge_passes 增加的數值是建臨時檔案數的兩倍。因為用到了臨時檔案，所以速度
可能會比較慢，增加 Sort_buffer_size 會減少 Sort_merge_passes 和 建立臨時檔案的
次數。但盲目的增加 Sort_buffer_size 並不一定能提高速度，見 How fast can you sort
data with MySQL
九、檔案開啟數(open_files)
mysql> show global status like ‘open_files’;
±--------------±------+
| Variable_name | Value |
±--------------±------+
| Open_files | 1410 |
±--------------±------+
mysql> show variables like ‘open_files_limit’;
±-----------------±------+
| Variable_name | Value |
±-----------------±------+
| open_files_limit | 4590 |
±-----------------±------+
比較合適的設定：Open_files / open_files_limit * 100% <= 75%
十、表鎖情況
mysql> show global status like ‘table_locks%’;
±----------------------±----------+
| Variable_name | Value |
±----------------------±----------+
| Table_locks_immediate | 490206328 |
| Table_locks_waited | 2084912 |
±----------------------±----------+
13
Table_locks_immediate 表示立即釋放表鎖數，Table_locks_waited 表示需要等待的
表鎖數，如果 Table_locks_immediate / Table_locks_waited > 5000，最好採用 InnoDB
引擎，因為 InnoDB 是行鎖而 MyISAM 是表鎖，對於高併發寫入的應用 InnoDB 效果會好
些。示例中的伺服器 Table_locks_immediate / Table_locks_waited = 235，MyISAM 就
足夠了。
十一、表掃描情況
mysql> show global status like ‘handler_read%’;
±----------------------±------------+
| Variable_name | Value |
±----------------------±------------+
| Handler_read_first | 5803750 |
| Handler_read_key | 6049319850 |
| Handler_read_next | 94440908210 |
| Handler_read_prev | 34822001724 |
| Handler_read_rnd | 405482605 |
| Handler_read_rnd_next | 18912877839 |
±----------------------±------------+
調出伺服器完成的查詢請求次數：
mysql> show global status like ‘com_select’;
±--------------±----------+
| Variable_name | Value |
±--------------±----------+
| Com_select | 222693559 |
±--------------±----------+
表掃描率 = Handler_計算表掃描率：read_rnd_next / Com_select
如果表掃描率超過 4000，說明進行了太多表掃描，很有可能索引沒有建好，增加
read_buffer_size 值會有一些好處，但最好不要超過 8MB。
後記：
文中提到一些數字都是參考值，瞭解基本原理就可以，除了 MySQL 提供的各種 status
值外，作業系統的一些效能指標也很重要，比如常用的 top,iostat 等，尤其是 iostat，現
在的系統瓶頸一般都在磁碟 IO 上，關於 iostat 的使用.