經過show status 來優化MySQL數據庫

1, 查看MySQL服務器配置信息 

Java代碼   

1. mysql> show variables;  

2, 查看MySQL服務器運行的各類狀態值 

Java代碼   

1. mysql> show global status;  

3, 慢查詢 

Java代碼   

1. mysql> show variables like '%slow%';  
2. +------------------+-------+  
3. | Variable_name    | Value |  
4. +------------------+-------+  
5. | log_slow_queries | OFF   |  
6. | slow_launch_time | 2     |  
7. +------------------+-------+  
8. mysql> show global status like '%slow%';  
9. +---------------------+-------+  
10. | Variable_name       | Value |  
11. +---------------------+-------+  
12. | Slow_launch_threads | 0     |  
13. | Slow_queries        | 279   |  
14. +---------------------+-------+  

配置中關閉了記錄慢查詢（最好是打開，方便優化），超過2秒即爲慢查詢，一共有279條慢查詢 

4, 鏈接數 

Java代碼   

1. mysql> show variables like 'max_connections';  
2. +-----------------+-------+  
3. | Variable_name   | Value |  
4. +-----------------+-------+  
5. | max_connections | 500   |  
6. +-----------------+-------+  
7.   
8. mysql> show global status like 'max_used_connections';  
9. +----------------------+-------+  
10. | Variable_name        | Value |  
11. +----------------------+-------+  
12. | Max_used_connections | 498   |  
13. +----------------------+-------+  

設置的最大鏈接數是500，而響應的鏈接數是498 

max_used_connections / max_connections * 100% = 99.6% （理想值 ≈ 85%） 

5, key_buffer_size 
key_buffer_size是對MyISAM表性能影響最大的一個參數, 不過數據庫中多爲Innodb 

Java代碼   

1. mysql> show variables like 'key_buffer_size';  
2. +-----------------+----------+  
3. | Variable_name   | Value    |  
4. +-----------------+----------+  
5. | key_buffer_size | 67108864 |  
6. +-----------------+----------+  
7.   
8. mysql> show global status like 'key_read%';  
9. +-------------------+----------+  
10. | Variable_name     | Value    |  
11. +-------------------+----------+  
12. | Key_read_requests | 25629497 |  
13. | Key_reads         | 66071    |  
14. +-------------------+----------+  

一共有25629497個索引讀取請求，有66071個請求在內存中沒有找到直接從硬盤讀取索引，計算索引未命中緩存的機率： 
key_cache_miss_rate ＝ Key_reads / Key_read_requests * 100% =0.27% 
須要適當加大key_buffer_size 

Java代碼   

1. mysql> show global status like 'key_blocks_u%';  
2. +-------------------+-------+  
3. | Variable_name     | Value |  
4. +-------------------+-------+  
5. | Key_blocks_unused | 10285 |  
6. | Key_blocks_used   | 47705 |  
7. +-------------------+-------+  

Key_blocks_unused表示未使用的緩存簇(blocks)數，Key_blocks_used表示曾經用到的最大的blocks數 
Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 18% （理想值 ≈ 80%） 

6， 臨時表 

Java代碼   

1. mysql> show global status like 'created_tmp%';  
2. +-------------------------+---------+  
3. | Variable_name           | Value   |  
4. +-------------------------+---------+  
5. | Created_tmp_disk_tables | 4184337 |  
6. | Created_tmp_files       | 4124    |  
7. | Created_tmp_tables      | 4215028 |  
8. +-------------------------+---------+  

每次建立臨時表，Created_tmp_tables增長，若是是在磁盤上建立臨時表，Created_tmp_disk_tables也增長,Created_tmp_files表示MySQL服務建立的臨時文件文件數： 
Created_tmp_disk_tables / Created_tmp_tables * 100% ＝ 99% （理想值<= 25%） 

Java代碼   

1. mysql> show variables where Variable_name in ('tmp_table_size', 'max_heap_table_size');  
2. +---------------------+-----------+  
3. | Variable_name       | Value     |  
4. +---------------------+-----------+  
5. | max_heap_table_size | 134217728 |  
6. | tmp_table_size      | 134217728 |  
7. +---------------------+-----------+  

須要增長tmp_table_size 

7,open table 的狀況 

Java代碼   

1. mysql> show global status like 'open%tables%';  
2. +---------------+-------+  
3. | Variable_name | Value |  
4. +---------------+-------+  
5. | Open_tables   | 1024  |  
6. | Opened_tables | 1465  |  
7. +---------------+-------+  

Open_tables 表示打開表的數量，Opened_tables表示打開過的表數量，若是Opened_tables數量過大，說明配置中 table_cache(5.1.3以後這個值叫作table_open_cache)值可能過小，咱們查詢一下服務器table_cache值 

Java代碼   

1. mysql> show variables like 'table_cache';  
2. +---------------+-------+  
3. | Variable_name | Value |  
4. +---------------+-------+  
5. | table_cache   | 1024  |  
6. +---------------+-------+  

Open_tables / Opened_tables * 100% =69% 理想值 （>= 85%） 
Open_tables / table_cache * 100% = 100% 理想值 (<= 95%) 

8, 進程使用狀況 

Java代碼   

1. mysql> show global status like 'Thread%';  
2. +-------------------+-------+  
3. | Variable_name     | Value |  
4. +-------------------+-------+  
5. | Threads_cached    | 31    |  
6. | Threads_connected | 239   |  
7. | Threads_created   | 2914  |  
8. | Threads_running   | 4     |  
9. +-------------------+-------+  

若是咱們在MySQL服務器配置文件中設置了thread_cache_size，當客戶端斷開以後，服務器處理此客戶的線程將會緩存起來以響應下一個客戶而不是銷燬（前提是緩存數未達上限）。Threads_created表示建立過的線程數，若是發現Threads_created值過大的話，代表 MySQL服務器一直在建立線程，這也是比較耗資源，能夠適當增長配置文件中thread_cache_size值，查詢服務器 thread_cache_size配置： 

Java代碼   

1. mysql> show variables like 'thread_cache_size';  
2. +-------------------+-------+  
3. | Variable_name     | Value |  
4. +-------------------+-------+  
5. | thread_cache_size | 32    |  
6. +-------------------+-------+  

9, 查詢緩存(query cache) 

Java代碼   

1. mysql> show global status like 'qcache%';  
2. +-------------------------+----------+  
3. | Variable_name           | Value    |  
4. +-------------------------+----------+  
5. | Qcache_free_blocks      | 2226     |  
6. | Qcache_free_memory      | 10794944 |  
7. | Qcache_hits             | 5385458  |  
8. | Qcache_inserts          | 1806301  |  
9. | Qcache_lowmem_prunes    | 433101   |  
10. | Qcache_not_cached       | 4429464  |  
11. | Qcache_queries_in_cache | 7168     |  
12. | Qcache_total_blocks     | 16820    |  
13. +-------------------------+----------+  

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的配置： 

Java代碼   

1. mysql> show variables like 'query_cache%';  
2. +------------------------------+----------+  
3. | Variable_name                | Value    |  
4. +------------------------------+----------+  
5. | query_cache_limit            | 33554432 |  
6. | query_cache_min_res_unit     | 4096     |  
7. | query_cache_size             | 33554432 |  
8. | query_cache_type             | ON       |  
9. | query_cache_wlock_invalidate | OFF      |  
10. +------------------------------+----------+  

各字段的解釋： 

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％，命中率不好，可能寫操做比較頻繁吧，並且可能有些碎片。 

10,排序使用狀況 

Java代碼   

1. mysql> show global status like 'sort%';  
2. +-------------------+----------+  
3. | Variable_name     | Value    |  
4. +-------------------+----------+  
5. | Sort_merge_passes | 2136     |  
6. | Sort_range        | 81888    |  
7. | Sort_rows         | 35918141 |  
8. | Sort_scan         | 55269    |  
9. +-------------------+----------+  

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?（引自http://qroom.blogspot.com/2007/09/mysql-select-sort.html） 

另外，增長read_rnd_buffer_size(3.2.3是record_rnd_buffer_size)的值對排序的操做也有一點的好處，參見：http://www.mysqlperformanceblog.com/2007/07/24/what-exactly-is- read_rnd_buffer_size/ 

11.文件打開數(open_files) 

Java代碼   

1. mysql> show global status like 'open_files';  
2. +---------------+-------+  
3. | Variable_name | Value |  
4. +---------------+-------+  
5. | Open_files    | 821   |  
6. +---------------+-------+  
7.   
8. mysql> show variables like 'open_files_limit';  
9. +------------------+-------+  
10. | Variable_name    | Value |  
11. +------------------+-------+  
12. | open_files_limit | 65535 |  
13. +------------------+-------+  

比較合適的設置：Open_files / open_files_limit * 100% <= 75％ 

正常 

12。 表鎖狀況 

Java代碼   

1. mysql> show global status like 'table_locks%';  
2. +-----------------------+---------+  
3. | Variable_name         | Value   |  
4. +-----------------------+---------+  
5. | Table_locks_immediate | 4257944 |  
6. | Table_locks_waited    | 25182   |  
7. +-----------------------+---------+  

Table_locks_immediate 表示當即釋放表鎖數，Table_locks_waited表示須要等待的表鎖數，若是 Table_locks_immediate / Table_locks_waited > 5000，最好採用InnoDB引擎，由於InnoDB是行鎖而MyISAM是表鎖，對於高併發寫入的應用InnoDB效果會好些. 

13. 表掃描狀況 

Java代碼   

1. mysql> show global status like 'handler_read%';  
2. +-----------------------+-----------+  
3. | Variable_name         | Value     |  
4. +-----------------------+-----------+  
5. | Handler_read_first    | 108763    |  
6. | Handler_read_key      | 92813521  |  
7. | Handler_read_next     | 486650793 |  
8. | Handler_read_prev     | 688726    |  
9. | Handler_read_rnd      | 9321362   |  
10. | Handler_read_rnd_next | 153086384 |  
11. +-----------------------+-----------+  

各字段解釋參見http://hi.baidu.com/thinkinginlamp/blog/item/31690cd7c4bc5cdaa144df9c.html，調出服務器完成的查詢請求次數： 

Java代碼   

1. mysql> show global status like 'com_select';  
2. +---------------+---------+  
3. | Variable_name | Value   |  
4. +---------------+---------+  
5. | Com_select    | 2693147 |  
6. +---------------+---------+  

計算表掃描率： 

表掃描率 ＝ Handler_read_rnd_next / Com_select 

若是表掃描率超過4000，說明進行了太多表掃描，頗有可能索引沒有建好，增長read_buffer_size值會有一些好處，但最好不要超過8MB。