咱們在進行數據庫管理和開發中常常會遇到性能問題,這就涉及到MySQL的性能優化。經過在網絡上查找資料和筆者本身的嘗試,我認爲如下系統參數是比較關鍵的:mysql
關鍵參數一:back_logsql
要求 MySQL 能有的鏈接數量。當主要MySQL線程在一個很短期內獲得很是多的鏈接請求,這就起做用,而後主線程花些時間(儘管很短)檢查鏈接而且啓動一個新線程。數據庫
back_log 值指出在MySQL暫時中止回答新請求以前的短期內多少個請求能夠被存在堆棧中。只有若是指望在一個短期內有不少鏈接,你須要增長它,換句話說,這值 對到來的TCP/IP鏈接的偵聽隊列的大小。你的操做系統在這個隊列大小上有它本身的限制。 試圖設定back_log高於你的操做系統的限制將是無效的。緩存
當你觀察你的主機進程列表,發現大量 264084 | unauthenticated user | xxx.xxx.xxx.xxx | NULL | Connect | NULL | login | NULL 的待鏈接進程時,就要加大 back_log 的值了。默認數值是50,我把它改成500。性能優化
關鍵參數二:interactive_timeout服務器
服務器在關閉它前在一個交互鏈接上等待行動的秒數。一個交互的客戶被定義爲對 mysql_real_connect()使用 CLIENT_INTERACTIVE 選項的客戶。 默認數值是28800,我把它改成7200。網絡
關鍵參數三:key_buffer_size性能
索引塊是緩衝的而且被全部的線程共享。key_buffer_size是用於索引塊的緩衝區大小,增長它可獲得更好處理的索引(對全部讀和多重寫),到你 能負擔得起那樣多。若是你使它太大,系統將開始換頁而且真的變慢了。默認數值是8388600(8M),個人MySQL主機有2GB內存,因此我把它改成 402649088(400MB)。優化
關鍵參數四:max_connections操作系統
容許的同時客戶的數量。增長該值增長 mysqld 要求的文件描述符的數量。這個數字應該增長,不然,你將常常看到 Too many connections 錯誤。 默認數值是100,我把它改成1024 。
關鍵參數五:record_buffer
每一個進行一個順序掃描的線程爲其掃描的每張表分配這個大小的一個緩衝區。若是你作不少順序掃描,你可能想要增長該值。默認數值是131072(128K),我把它改成16773120 (16M)
關鍵參數六:sort_buffer
每一個須要進行排序的線程分配該大小的一個緩衝區。增長這值加速ORDER BY或GROUP BY操做。默認數值是2097144(2M),我把它改成 16777208 (16M)。
關鍵參數七:table_cache
爲全部線程打開表的數量。增長該值能增長mysqld要求的文件描述符的數量。MySQL對每一個惟一打開的表須要2個文件描述符。默認數值是64,我把它改成512。
關鍵參數八:thread_cache_size
能夠複用的保存在中的線程的數量。若是有,新的線程從緩存中取得,當斷開鏈接的時候若是有空間,客戶的線置在緩存中。若是有不少新的線程,爲了提升性能可 以這個變量值。經過比較 Connections 和 Threads_created 狀態的變量,能夠看到這個變量的做用。我把它設置爲 80。
關鍵參數九:wait_timeout
服務器在關閉它以前在一個鏈接上等待行動的秒數。 默認數值是28800,我把它改成7200。
注:參數的調整能夠經過修改 /etc/my.cnf 文件並重啓 MySQL 實現。這是一個比較謹慎的工做,上面的結果也僅僅是個人一些見解,你能夠根據你本身主機的硬件狀況(特別是內存大小)進一步修改。
原文地址:http://database.51cto.com/art/200906/132814.htm