MySQL數(shù)據(jù)庫內(nèi)存調(diào)優(yōu)實(shí)操
以下的文章主要講述的是MySQL數(shù)據(jù)庫內(nèi)存調(diào)優(yōu)，我們大家都知道MySQL數(shù)據(jù)庫內(nèi)存在實(shí)際操作中有時(shí)會(huì)出現(xiàn)一些蹩腳的東西，為了完善其實(shí)際應(yīng)用，今天我們專門講述的是MySQL數(shù)據(jù)庫內(nèi)存調(diào)優(yōu)的實(shí)際操作。
key_buffer_size - 這對MyISAM表來說非常重要。如果只是使用MyISAM表，可以把它設(shè)置為可用內(nèi)存的 30-40%。合理的值取決于索引大小、數(shù)據(jù)量以及負(fù)載。
記住，MyISAM表會(huì)使用操作系統(tǒng)的緩存來緩存數(shù)據(jù)，因此需要留出部分MySQL數(shù)據(jù)庫內(nèi)存給它們，很多情況下數(shù)據(jù)比索引大多了。盡管如此，需要總是檢查是否所有的 key_buffer 都被利用了。
.MYI 文件只有 1GB，而 key_buffer 卻設(shè)置為 4GB 的情況是非常少的。這么做太浪費(fèi)了。如果你很少使用MyISAM表，那么也保留低于 16-32MB 的 key_buffer_size 以適應(yīng)給予磁盤的臨時(shí)表索引所需。
innodb_buffer_pool_size - 這對Innodb表來說非常重要。Innodb相比MyISAM表對緩沖更為敏感。MyISAM可以在默認(rèn)的 key_buffer_size 設(shè)置下運(yùn)行的可以，然而Innodb在默認(rèn)的 innodb_buffer_pool_size 設(shè)置下卻跟蝸牛似的。
由于Innodb把數(shù)據(jù)和索引都緩存起來，無需留給操作系統(tǒng)太多的MySQL數(shù)據(jù)庫內(nèi)存，因此如果只需要用Innodb的話則可以設(shè)置它高達(dá) 70-80% 的可用內(nèi)存。如果你的數(shù)據(jù)量不大，并且不會(huì)暴增，那么無需把 innodb_buffer_pool_size 設(shè)置的太大了。
innodb_additional_pool_size - 這個(gè)選項(xiàng)對性能影響并不太多，至少在有差不多足夠內(nèi)存可分配的操作系統(tǒng)上是這樣。不過如果你仍然想設(shè)置為 20MB(或者更大)，因此就需要看一下Innodb其他需要分配的內(nèi)存有多少。
innodb_log_file_size 在高寫入負(fù)載尤其是大數(shù)據(jù)集的情況下很重要。這個(gè)值越大則性能相對越高，但是要注意到可能會(huì)增加恢復(fù)時(shí)間。我經(jīng)常設(shè)置為 64-512MB，跟據(jù)服務(wù)器大小而異。innodb_log_buffer_size 默認(rèn)的設(shè)置在中等強(qiáng)度寫入負(fù)載以及較短事務(wù)的情況下，服務(wù)器性能還可以。
如果存在更新操作峰值或者負(fù)載較大，就應(yīng)該考慮加大它的值了。如果它的值設(shè)置太高了，可能會(huì)浪費(fèi)MySQL數(shù)據(jù)庫內(nèi)存。它每秒都會(huì)刷新一次，因此無需設(shè)置超過1秒所需的內(nèi)存空間。通常 8-16MB 就足夠了。越小的系統(tǒng)它的值越小。
innodb_flush_logs_at_trx_commit 是否為Innodb比MyISAM慢1000倍而頭大？看來也許你忘了修改這個(gè)參數(shù)了。默認(rèn)值是 1，這意味著每次提交的更新事務(wù)（或者每個(gè)事務(wù)之外的語句）都會(huì)刷新到磁盤中，而這相當(dāng)耗費(fèi)資源，尤其是沒有電池備用緩存時(shí)。
很多應(yīng)用程序，尤其是從 MyISAM轉(zhuǎn)變過來的那些，把它的值設(shè)置為 2 就可以了，也就是不把日志刷新到磁盤上，而只刷新到操作系統(tǒng)的緩存上。日志仍然會(huì)每秒刷新到磁盤中去，因此通常不會(huì)丟失每秒1-2次更新的消耗。如果設(shè)置為 0 就快很多了，不過也相對不安全了。MySQL服務(wù)器崩潰時(shí)就會(huì)丟失一些事務(wù)。設(shè)置為 2 指揮丟失刷新到操作系統(tǒng)緩存的那部分事務(wù)。
table_cache - 打開一個(gè)表的開銷可能很大。例如MyISAM把MYI文件頭標(biāo)志該表正在使用中。你肯定不希望這種操作太頻繁，所以通常要加大緩存數(shù)量，使得足以***限度地緩存打開的表。它需要用到操作系統(tǒng)的資源以及MySQL數(shù)據(jù)庫內(nèi)存，對當(dāng)前的硬件配置來說當(dāng)然不是什么問題了。如果你有200多個(gè)表的話，那么設(shè)置為 1024 也許比較合適（每個(gè)線程都需要打開表），如果連接數(shù)比較大那么就加大它的值。我曾經(jīng)見過設(shè)置為 100,000 的情況。
thread_cache - 線程的創(chuàng)建和銷毀的開銷可能很大，因?yàn)槊總€(gè)線程的連接/斷開都需要。我通常至少設(shè)置為 16。如果應(yīng)用程序中有大量的跳躍并發(fā)連接并且 Threads_Created 的值也比較大，那么我就會(huì)加大它的值。它的目的是在通常的操作中無需創(chuàng)建新線程。
query_cache - 如果你的應(yīng)用程序有大量讀，而且沒有應(yīng)用程序級別的緩存，那么這很有用。不要把它設(shè)置太大了，因?yàn)橄胍S護(hù)它也需要不少開銷，這會(huì)導(dǎo)致MySQL變慢。通常設(shè)置為 32-512Mb。設(shè)置完之后***是跟蹤一段時(shí)間，查看是否運(yùn)行良好。在一定的負(fù)載壓力下，如果緩存命中率太低了，就啟用它。
【編輯推薦】
