令我很驚訝的是，有多少人對這個問題無法給出合理的答案，又有多少服務(wù)器都運(yùn)行在默認(rèn)的設(shè)置下。

     盡管你可以調(diào)節(jié)很多MySQL服務(wù)器上的變量，但是在大多數(shù)通常的工作負(fù)載下，只有少數(shù)幾個才真正重要。如果你把這些變量設(shè)置正確了，那么修改其他變量最多只能對系統(tǒng)性能改善有一定提升。

     key_buffer_size - 這對MyISAM表來說非常重要。如果只是使用MyISAM表，可以把它設(shè)置為可用內(nèi)存的 30-40%。合理的值取決于索引大小、數(shù)據(jù)量以及負(fù)載 -- 記住，MyISAM表會使用操作系統(tǒng)的緩存來緩存數(shù)據(jù)，因此需要留出部分內(nèi)存給它們，很多情況下數(shù)據(jù)比索引大多了。盡管如此，需要總是檢查是否所有的 key_buffer 都被利用了 -- .MYI 文件只有 1GB，而 key_buffer 卻設(shè)置為 4GB 的情況是非常少的。這么做太浪費(fèi)了。如果你很少使用MyISAM表，那么也保留低于 16-32MB 的key_buffer_size 以適應(yīng)給予磁盤的臨時表索引所需。

    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)太多的內(nèi)存，因此如果只需要用Innodb的話則可以設(shè)置它高達(dá) 70-80% 的可用內(nèi)存。一些應(yīng)用于 key_buffer 的規(guī)則有 -- 如果你的數(shù)據(jù)量不大，并且不會暴增，那么無需把innodb_buffer_pool_size 設(shè)置的太大了。

    innodb_additional_pool_size - 這個選項(xiàng)對性能影響并不太多，至少在有差不多足夠內(nèi)存可分配的操作系統(tǒng)上是這樣。不過如果你仍然想設(shè)置為 20MB(或者更大)，因此就需要看一下Innodb其他需要分配的內(nèi)存有多少。

    innodb_log_file_size 在高寫入負(fù)載尤其是大數(shù)據(jù)集的情況下很重要。這個值越大則性能相對越高，但是要注意到可能會增加恢復(fù)時間。我經(jīng)常設(shè)置為64-512MB，根據(jù)服務(wù)器大小而異。

    innodb_log_buffer_size 默認(rèn)的設(shè)置在中等強(qiáng)度寫入負(fù)載以及較短事務(wù)的情況下，服務(wù)器性能還可以。如果存在更新操作峰值或者負(fù)載較大，就應(yīng)該考慮加大它的值了。如果它的值設(shè)置太高了，可能會浪費(fèi)內(nèi)存 -- 它每秒都會刷新一次，因此無需設(shè)置超過1秒所需的內(nèi)存空間。通常8-16MB就足夠了。越小的系統(tǒng)它的值越小。

    innodb_flush_logs_at_trx_commit 是否為Innodb比MyISAM慢1000倍而頭大?看來也許你忘了修改這個參數(shù)了。默認(rèn)值是 1，這意味著每次提交的更新事務(wù)(或者每個事務(wù)之外的語句)都會刷新到磁盤中，而這相當(dāng)耗費(fèi)資源，尤其是沒有電池備用緩存時。很多應(yīng)用程序，尤其是從 MyISAM轉(zhuǎn)變過來的那些，把它的值設(shè)置為 2 就可以了，也就是不把日志刷新到磁盤上，而只刷新到操作系統(tǒng)的緩存上。日志仍然會每秒刷新到磁盤中去，因此通常不會丟失每秒1-2次更新的消耗。如果設(shè)置為0就快很多了，不過也相對不安全了 -- MySQL服務(wù)器崩潰時就會丟失一些事務(wù)。設(shè)置為2指揮丟失刷新到操作系統(tǒng)緩存的那部分事務(wù)。

    table_cache -- 打開一個表的開銷可能很大。例如MyISAM把MYI文件頭標(biāo)志該表正在使用中。你肯定不希望這種操作太頻繁，所以通常要加大緩存數(shù)量，使得足以最大限度地緩存打開的表。它需要用到操作系統(tǒng)的資源以及內(nèi)存，對當(dāng)前的硬件配置來說當(dāng)然不是什么問題了。如果你有200多個表的話，那么設(shè)置為 1024 也許比較合適(每個線程都需要打開表)，如果連接數(shù)比較大那么就加大它的值。我曾經(jīng)見過設(shè)置為100,000的情況。

    thread_cache -- 線程的創(chuàng)建和銷毀的開銷可能很大，因?yàn)槊總€線程的連接/斷開都需要。我通常至少設(shè)置為 16。如果應(yīng)用程序中有大量的跳躍并發(fā)連接并且 Threads_Created 的值也比較大，那么我就會加大它的值。它的目的是在通常的操作中無需創(chuàng)建新線程。

    query cache -- 如果你的應(yīng)用程序有大量讀，而且沒有應(yīng)用程序級別的緩存，那么這很有用。不要把它設(shè)置太大了，因?yàn)橄胍S護(hù)它也需要不少開銷，這會導(dǎo)致MySQL變慢。通常設(shè)置為 32-512Mb。設(shè)置完之后最好是跟蹤一段時間，查看是否運(yùn)行良好。在一定的負(fù)載壓力下，如果緩存命中率太低了，就啟用它。

    注意：就像你看到的上面這些全局表量，它們都是依據(jù)硬件配置以及不同的存儲引擎而不同，但是會話變量通常是根據(jù)不同的負(fù)載來設(shè)定的。如果你只有一些簡單的查詢，那么就無需增加 sort_buffer_size 的值了，盡管你有 64GB 的內(nèi)存。搞不好也許會降低性能。

   我通常在分析系統(tǒng)負(fù)載后才來設(shè)置會話變量。

   MySQL的發(fā)行版已經(jīng)包含了各種 my.cnf 范例文件了，可以作為配置模板使用。通常這比你使用默認(rèn)設(shè)置好的多了。