mysql針對引擎MyISAM和InnoDB部分參數優化

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

      innodb_buffer_pool_size –  這對Innodb表來說非常重要。Innodb相比MyISAM表對緩衝更爲敏感。MyISAM可以在默認的 key_buffer_size  設置下運行的可以,然而Innodb在默認的 innodb_buffer_pool_size  設置下卻跟蝸牛似的。由於Innodb把數據和索引都緩存起來,無需留給操作系統太多的內存,因此如果只需要用Innodb的話則可以設置它高達 70-80%  的可用內存。如果你的數據量不大,並且不會暴增,那麼無需把 innodb_buffer_pool_size 設置的太大了。

      innodb_additional_pool_size –  這個選項對性能影響並不太多,至少在有差不多足夠內存可分配的操作系統上是這樣。不過如果你仍然想設置爲  20MB(或者更大),因此就需要看一下Innodb其他需要分配的內存有多少。

      innodb_log_file_size  在高寫入負載尤其是大數據集的情況下很重要。這個值越大則性能相對越高,但是要注意到可能會增加恢復時間。我經常設置爲  64-512MB,跟據服務器大小而異。innodb_log_buffer_size  默認的設置在中等強度寫入負載以及較短事務的情況下,服務器性能還可以。如果存在更新操作峯值或者負載較大,就應該考慮加大它的值了。如果它的值設置太高  了,可能會浪費內存。它每秒都會刷新一次,因此無需設置超過1秒所需的內存空間。通常 8-16MB 就足夠了。越小的系統它的值越小。

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

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

      thread_cache – 線程的創建和銷燬的開銷可能很大,因爲每個線程的連接/斷開都需要。我通常至少設置爲  16。如果應用程序中有大量的跳躍併發連接並且 Threads_Created  的值也比較大,那麼我就會加大它的值。它的目的是在通常的操作中無需創建新線程。

      query_cache –  如果你的應用程序有大量讀,而且沒有應用程序級別的緩存,那麼這很有用。不要把它設置太大了,因爲想要維護它也需要不少開銷,這會導致MySQL變慢。通 常設置爲  32-512Mb。設置完之後最好是跟蹤一段時間,查看是否運行良好。在一定的負載壓力下,如果緩存命中率太低了,就啓用它。


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章