MySQL服務器默認安裝之后如何調節(jié)性能
令我很驚訝的是,有多少人對這個問題無法給出合理的答案,又有多少服務器都運行在默認的設置下。
盡管你可以調節(jié)很多MySQL服務器上的變量,但是在大多數通常的工作負載下,只有少數幾個才真正重要。如果你把這些變量設置正確了,那么修改其他變量最多只能對系統(tǒng)性能改善有一定提升。
key_buffer_size - 這對MyISAM表來說非常重要。如果只是使用MyISAM表,可以把它設置為可用內存的 30-40%。合理的值取決于索引大小、數據量以及負載 -- 記住,MyISAM表會使用操作系統(tǒng)的緩存來緩存數據,因此需要留出部分內存給它們,很多情況下數據比索引大多了。盡管如此,需要總是檢查是否所有的 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把數據和索引都緩存起來,無需留給操作系統(tǒng)太多的內存,因此如果只需要用Innodb的話則可以設置它高達 70-80% 的可用內存。一些應用于 key_buffer 的規(guī)則有 -- 如果你的數據量不大,并且不會暴增,那么無需把innodb_buffer_pool_size 設置的太大了。
innodb_additional_pool_size - 這個選項對性能影響并不太多,至少在有差不多足夠內存可分配的操作系統(tǒng)上是這樣。不過如果你仍然想設置為 20MB(或者更大),因此就需要看一下Innodb其他需要分配的內存有多少。
innodb_log_file_size 在高寫入負載尤其是大數據集的情況下很重要。這個值越大則性能相對越高,但是要注意到可能會增加恢復時間。我經常設置為64-512MB,根據服務器大小而異。
innodb_log_buffer_size 默認的設置在中等強度寫入負載以及較短事務的情況下,服務器性能還可以。如果存在更新操作峰值或者負載較大,就應該考慮加大它的值了。如果它的值設置太高了,可能會浪費內存 -- 它每秒都會刷新一次,因此無需設置超過1秒所需的內存空間。通常8-16MB就足夠了。越小的系統(tǒng)它的值越小。
innodb_flush_logs_at_trx_commit 是否為Innodb比MyISAM慢1000倍而頭大?看來也許你忘了修改這個參數了。默認值是 1,這意味著每次提交的更新事務(或者每個事務之外的語句)都會刷新到磁盤中,而這相當耗費資源,尤其是沒有電池備用緩存時。很多應用程序,尤其是從 MyISAM轉變過來的那些,把它的值設置為 2 就可以了,也就是不把日志刷新到磁盤上,而只刷新到操作系統(tǒng)的緩存上。日志仍然會每秒刷新到磁盤中去,因此通常不會丟失每秒1-2次更新的消耗。如果設置為0就快很多了,不過也相對不安全了 -- MySQL服務器崩潰時就會丟失一些事務。設置為2指揮丟失刷新到操作系統(tǒng)緩存的那部分事務。
table_cache -- 打開一個表的開銷可能很大。例如MyISAM把MYI文件頭標志該表正在使用中。你肯定不希望這種操作太頻繁,所以通常要加大緩存數量,使得足以最大限度地緩存打開的表。它需要用到操作系統(tǒng)的資源以及內存,對當前的硬件配置來說當然不是什么問題了。如果你有200多個表的話,那么設置為 1024 也許比較合適(每個線程都需要打開表),如果連接數比較大那么就加大它的值。我曾經見過設置為100,000的情況。
thread_cache -- 線程的創(chuàng)建和銷毀的開銷可能很大,因為每個線程的連接/斷開都需要。我通常至少設置為 16。如果應用程序中有大量的跳躍并發(fā)連接并且 Threads_Created 的值也比較大,那么我就會加大它的值。它的目的是在通常的操作中無需創(chuàng)建新線程。
query cache -- 如果你的應用程序有大量讀,而且沒有應用程序級別的緩存,那么這很有用。不要把它設置太大了,因為想要維護它也需要不少開銷,這會導致MySQL變慢。通常設置為 32-512Mb。設置完之后最好是跟蹤一段時間,查看是否運行良好。在一定的負載壓力下,如果緩存命中率太低了,就啟用它。
注意:就像你看到的上面這些全局表量,它們都是依據硬件配置以及不同的存儲引擎而不同,但是會話變量通常是根據不同的負載來設定的。如果你只有一些簡單的查詢,那么就無需增加 sort_buffer_size 的值了,盡管你有 64GB 的內存。搞不好也許會降低性能。
我通常在分析系統(tǒng)負載后才來設置會話變量。
MySQL的發(fā)行版已經包含了各種 my.cnf 范例文件了,可以作為配置模板使用。通常這比你使用默認設置好的多了。
關鍵字:MySQL、服務器、線程
新文章:
- CentOS7下圖形配置網絡的方法
- CentOS 7如何添加刪除用戶
- 如何解決centos7雙系統(tǒng)后丟失windows啟動項
- CentOS單網卡如何批量添加不同IP段
- CentOS下iconv命令的介紹
- Centos7 SSH密鑰登陸及密碼密鑰雙重驗證詳解
- CentOS 7.1添加刪除用戶的方法
- CentOS查找/掃描局域網打印機IP講解
- CentOS7使用hostapd實現無AP模式的詳解
- su命令不能切換root的解決方法
- 解決VMware下CentOS7網絡重啟出錯
- 解決Centos7雙系統(tǒng)后丟失windows啟動項
- CentOS下如何避免文件覆蓋
- CentOS7和CentOS6系統(tǒng)有什么不同呢
- Centos 6.6默認iptable規(guī)則詳解