1)、back_log：
要求 mysql 能有的連線數量。當主要mysql執行緒在乙個很短時間內得到非常多的連線請求，這就起作用，然後主線程花些時間(儘管很短)檢查連線並且啟動乙個新執行緒。
back_log值指出在mysql暫時停止回答新請求之前的短時間內多少個請求可以被存在堆疊中。只有如果期望在乙個短時間內有很多連線，你需要增加它，換句話說，這值對到來的tcp/ip連線的偵聽佇列的大小。你的作業系統在這個佇列大小上有它自己的限制。試圖設定back_log高於你的作業系統的限制將是無效的。
當你觀察你的主機程序列表，發現大量 264084 | unauthenticated user | ***.***.***.*** | null | connect | null | login | null 的待連線程序時，就要加大 back_log 的值了。預設數值是50，我把它改為500。
(2)、interactive_timeout：
伺服器在關閉它前在乙個互動連線上等待行動的秒數。乙個互動的客戶被定義為對 mysql_real_connect()使用 client_interactive 選項的客戶。 預設數值是28800，我把它改為7200。
(3)、key_buffer_size：
索引塊是緩衝的並且被所有的執行緒共享。key_buffer_size是用於索引塊的緩衝區大小，增加它可得到更好處理的索引(對所有讀和多重寫)，到你能負擔得起那樣多。如果你使它太大，系統將開始換頁並且真的變慢了。預設數值是8388600(8m)，我的mysql主機有2gb記憶體，所以我把它改為402649088(400mb)。
(4)、max_connections：
允許的同時客戶的數量。增加該值增加 mysqld 要求的檔案描述符的數量。這個數字應該增加，否則，你將經常看到 too many connections 錯誤。 預設數值是100，我把它改為1024 。
(5)、record_buffer：
每個進行乙個順序掃瞄的執行緒為其掃瞄的每張表分配這個大小的乙個緩衝區。如果你做很多順序掃瞄，你可能想要增加該值。預設數值是131072(128k)，我把它改為16773120 (16m)
(6)、sort_buffer：
每個需要進行排序的執行緒分配該大小的乙個緩衝區。增加這值加速order by或group by操作。預設數值是2097144(2m)，我把它改為 16777208 (16m)。
(7)、table_cache：
為所有執行緒開啟表的數量。增加該值能增加mysql要求的檔案描述符的數量。mysql對每個唯一開啟的表需要2個檔案描述符。預設數值是64，我把它改為512。
(8)、thread_cache_size：
可以復用的儲存在中的執行緒的數量。如果有，新的執行緒從快取中取得，當斷開連線的時候如果有空間，客戶的線置在快取中。如果有很多新的執行緒，為了提高效能可以這個變數值。通過比較 connections 和 threads_created 狀態的變數，可以看到這個變數的作用。我把它設定為 80。
(10)、wait_timeout：
伺服器在關閉它之前在乙個連線上等待行動的秒數。 預設數值是28800，我把它改為7200。
注：引數的調整可以通過修改 /etc/my.cnf 檔案並重啟 mysql 實現。這是乙個比較謹慎的工作，上面的結果也僅僅是我的一些看法，你可以根據你自己主機的硬體情況（特別是記憶體大小）進一步修改。asp?id=482" width=1 border=0>
出處MySQL效能優化的引數簡介
mysql的優化我分為兩個部分，一是伺服器物理硬體的優化，二是mysql自身 my.cnf 的優化。一 伺服器硬體對mysql效能的影響 磁碟尋道能力 磁碟i o 以目前高轉速scsi硬碟 7200轉 秒 為例，這種硬碟理論上每秒尋道7200次，這是物理特性決定的，沒有辦法改變。mysql每秒鐘都在...
MySQL效能優化的引數簡介
公司 訪問量越來越大，mysql自然成為瓶頸，因此最近我一直在研究 mysql 的優化，第一步自然想到的是 mysql 系統引數的優化，作為乙個訪問量很大的 日20萬人次以上 的資料庫系統，不可能指望 mysql 預設的系統引數能夠讓 mysql執行得非常順暢。通過在網路上查詢資料和自己的嘗試，我認...
mysql的效能優化 mysql效能優化
檢視安裝指令碼 select version 非互動式超時時間，如jdbc show global variables like wait timeout 互動式超時時間，如資料庫工具 show global variables like interactive timeout show sessi...