mysql基本優化

文件打開數

show status like "%Open_files%"

Open_files 133

show VARIABLES like "%open_files_limit%"

open_files_limit5000

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

 

數據表

打開數open_tables

show status like "%Open_tables%"

Open_tables1775

show VARIABLES like "%open%"

table_open_cache2000

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

Open_tables / Opened_tables * 100% =？ 理想值 （>= 85%） Open_tables / table_open_cache* 100% = 88.75% 理想值 (<= 95%)

 

臨時表tmp_table

show status like "%created%"

Created_tmp_tables16

Created_tmp_disk_tables0

Created_tmp_files1108

 

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

show variables where Variable_name in ('tmp_table_size', 'max_heap_table_size');

 

表鎖狀況

show status like "%table_locks%"

Table_locks_immediate53849179

Table_locks_waited0

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

 

表掃描狀況

show status like "%handler_read_rnd%"

Handler_read_rnd_next3490

show status like "%com_select%"

Com_select16

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

key_buffer_size

show status like "%KEY%"

Key_reads1124

Key_read_requests2310665800

Key_blocks_unused6673

Key_blocks_used2791

show VARIABLES like "%key_buffer_size%"

key_buffer_size8388608

 

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

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

 

排序使用狀況sort_buffer

show status like "%sort_merge_passes%"

Sort_merge_passes0

 

show VARIABLES like "%sort_buffer%"

sort_buffer_size2097152

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 並不必定能提升速度 

 

 

查詢緩存

show status like "%qcache%"

Qcache_free_blocks6

Qcache_free_memory594864

Qcache_hits956995

Qcache_inserts1930901

Qcache_lowmem_prunes990019

Qcache_not_cached9188815

Qcache_queries_in_cache85

Qcache_total_blocks206

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：緩存中塊的數量。 

 show variables like 'query_cache%';

 query_cache_limit 1048576

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

 

鏈接connections

show  status like '%max_used_connections%';

Max_used_connections66

 

show variables like '%max_connections%';

max_connections151

 

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

 

線程thread

show  status like '%thread%';

Threads_cached5

Threads_created1174

 

show variables like '%thread_cache%';

thread_cache_size9

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