1、? key buffer
A、 參數key_buffer_size只對myisam引擎的表起作用；
B、 它決定索引處理的速度，尤其是索引讀的速度；
C、 評估 這個參數是否設置合理 可以檢查兩個狀態值 show status like ‘%key_read%’；
D、 Key_read_requests代表 總的請求數，key_reads代表讀取磁盤數；
E、? key_reads / key_read_requests應該盡可能的低，至少是1:100，1:1000更好；
F、? 另外一個估計key_buffer_size的辦法 把你數據庫的每個表的索引所占空間大小加起來看看。
2、? Query cache
A、 query cache主要是將SELECT語句和查詢結果存放在該緩沖區；
B、 參數query_cache_size 的設置合理性可以檢查db的狀態：show status like ‘%qcache%’
C、 參數query_cache_type指定是否使用查詢緩沖；
D、?????? 設置參數：???? query_cache_size = 32M
query_cache_type= 1
E、??????? 一段時間后服務器狀態值：
Qcache queries in cache 12737 表明目前緩存的條數
Qcache inserts 20649006
Qcache hits 79060095 看來重復查詢率還挺高的
Qcache lowmem?PRunes 617913 有這么多次出現緩存過低的情況
Qcache not cached 189896
Qcache free memory 18573912 目前剩余緩存空間
Qcache free blocks 5328 這個數字似乎有點大 碎片不少
Qcache total blocks 30953
F、? 結果表明：query cache值需要設置的更大一些；
G、 Qcache_free_blocks，如果該值非常大，則表明緩沖區中碎片很多
H、 Qcache_lowmem_prunes的值非常大，則表明經常出現緩沖不夠的情況,同時Qcache_hits的值非常大，則表明查詢緩沖使用非常頻繁，此時需要增加緩沖大小Qcache_hits的值不大，則表明你的查詢重復率很低，這種情況下使用查詢緩沖反而會影響效率，那么可以考慮不用查詢緩沖。此外，在SELECT語句中加入SQL_NO_CACHE可以明確表示不使用查詢緩沖。
3、? Table cache
A、 table_cache指定表高速緩存的大小；
B、 每當MySQL訪問一個表時，如果在表緩沖區中還有空間，該表就被打開并放入其中，這樣可以更快地訪問表內容；
C、 通過檢查峰值時間的狀態值Open_tables和Opened_tables，可以決定是否需要增加table_cache的值。如果你發現open_tables等于table_cache，并且opened_tables在不斷增長，那么你就需要增加table_cache的值了；
D、 注意，不能盲目地把table_cache設置成很大的值。如果設置得太高，可能會造成文件描述符不足，從而造成性能不穩定或者連接失敗。
4、? Innodb buffer
A、 innodb_buffer_pool_size – 這對Innodb表來說非常重要。Innodb相比MyISAM表對緩沖更為敏感。MyISAM可以在默認的 key_buffer_size 設置下運行的可以，然而Innodb在默認的 innodb_buffer_pool_size 設置下卻跟蝸牛似的。
B、 由于Innodb把數據和索引都緩存起來，無需留給操作系統太多的MySQL數據庫內存，因此如果只需要用Innodb的話則可以設置它高達 70-80% 的可用內存。
C、 如果你的數據量不大，并且不會暴增，那么無需把 innodb_buffer_pool_size 設置的太大了。
D、 innodb_log_file_size 在高寫入負載尤其是大數據集的情況下很重要。這個值越大則性能相對越高，但是要注意到可能會增加恢復時間。我經常設置為 64-512MB，跟據服務器大小而異。innodb_log_buffer_size 默認的設置在中等強度寫入負載以及較短事務的情況下，服務器性能還可以。
E、? innodb_flush_logs_at_trx_commit 是否為Innodb比MyISAM慢1000倍而頭大？看來也許你忘了修改這個參數了。默認值是 1，這意味著每次提交的更新事務（或者每個事務之外的語句）都會刷新到磁盤中，而這相當耗費資源，尤其是沒有電池備用緩存時。很多應用程序，尤其是從 MyISAM轉變過來的那些，把它的值設置為 2 就可以了，也就是不把日志刷新到磁盤上，而只刷新到操作系統的緩存上。日志仍然會每秒刷新到磁盤中去，因此通常不會丟失每秒1-2次更新的消耗。如果設置為 0 就快很多了，不過也相對不安全了。MySQL服務器崩潰時就會丟失一些事務。設置為 2 指揮丟失刷新到操作系統緩存的那部分事務。
?以上就是Mysql內存參數優化的內容，更多相關文章請關注PHP中文網（www.php.cn）！
