一些mysql啟動參數的說明和最佳化方法

back_log值指出在MySQL暫時停止回答新請求之前的短時間內多少個請求可以被存在堆棧中。只有如果期望在一個短時間內有很多串連，你需要增加它，換句話說，這值對到來的TCP/IP串連的偵聽隊列的大小。你的作業系統在這個隊列大小上有它自己的限制。 Unix listen(2)系統調用的手冊頁應該有更多的細節。檢查你的OS文檔找出這個變數的最大值。試圖設定back_log高於你的作業系統的限制將是無效的。

　　connect_timeout

　　mysqld伺服器在用Bad handshake（糟糕的握手）應答前正在等待一個串連報文的秒數。

　　delayed_insert_timeout

　　一個INSERT DELAYED線程應該在終止之前等待INSERT語句的時間。

　　delayed_insert_limit

　　在插入delayed_insert_limit行後，INSERT DELAYED處理器將檢查是否有任何SELECT語句未執行。如果這樣，在繼續前執行允許這些語句。

　　delayed_queue_size

　　應該為處理INSERT DELAYED分配多大一個隊列(以行數)。如果排隊滿了，任何進行INSERT DELAYED的客戶將等待直到隊列又有空間了。

　　flush_time

　　如果這被設定為非零值，那麼每flush_time秒所有表將被關閉(以釋放資源和sync到磁碟)。

　　interactive_timeout

　　伺服器在關上它前在一個互動串連上等待行動的秒數。一個互動的客戶被定義為對mysql_real_connect()使用CLIENT_INTERACTIVE選項的客戶。也可見wait_timeout。

　　join_buffer_size

　　用於全部連接(join)的緩衝區大小(不是用索引的連接)。緩衝區對2個表間的每個全部連接分配一次緩衝區，當增加索引不可能時，增加該值可得到一個更快的全部連接。（通常得到快速連接的最佳方法是增加索引。）

　　key_buffer_size

　　索引塊是緩衝的並且被所有的線程共用。key_buffer_size是用於索引塊的緩衝區大小，增加它可得到更好處理的索引(對所有讀和多重寫)，到你能負擔得起那樣多。如果你使它太大，系統將開始換頁並且真的變慢了。記住既然MySQL不緩衝讀取的資料，你將必須為OS檔案系統快取留下一些空間。為了在寫入多個行時得到更多的速度，使用LOCK TABLES。見7.24LOCK TABLES/UNLOCK TABLES文法。

　　long_query_time

　　如果一個查詢所用時間超過它(以秒計)，Slow_queries記數器將被增加。

　　max_allowed_packet

　　一個包的最大尺寸。訊息緩衝區被初始化為net_buffer_length位元組，但是可在需要時增加到max_allowed_packet個位元組。預設地，該值太小必能捕捉大的(可能錯誤)包。如果你正在使用大的BLOB列，你必須增加該值。它應該象你想要使用的最大BLOB的那麼大。

　　max_connections

　　允許的同時客戶的數量。增加該值增加mysqld要求的檔案描述符的數量。見下面對檔案描述符限制的注釋。見18.2.4 Too many connections錯誤。

　　max_connect_errors

　　如果有多於該數量的從一台主機中斷的串連，這台主機阻止進一步的串連。你可用FLUSH HOSTS命令疏通一台主機。

　　max_delayed_threads

　　不要啟動多於的這個數位線程來處理INSERT DELAYED語句。如果你試圖在所有INSERT DELAYED線程在用後向一張新表插入資料，行將被插入，就像DELAYED屬性沒被指定那樣。

　　max_join_size

　　可能將要讀入多於max_join_size個記錄的連接將返回一個錯誤。如果你的使用者想要執行沒有一個WHERE子句、花很長時間並且返回百萬行的連接，設定它。

　　max_sort_length

　　在排序BLOB或TEXT值時使用的位元組數(每個值僅頭max_sort_length個位元組被使用；其餘的被忽略)。

　　max_tmp_tables

　　（該選擇目前還不做任何事情)。一個客戶能同時保持開啟的暫存資料表的最大數量。

　　net_buffer_length

　　通訊緩衝區在查詢之間被重設到該大小。通常這不應該被改變，但是如果你有很少的記憶體，你能將它設定為查詢期望的大小。（即，客戶發出的SQL語句期望的長度。如果語句超過這個長度，緩衝區自動地被擴大，直到max_allowed_packet個位元組。）

　　record_buffer

　　每個進行一個順序掃描的線程為其掃描的每張表分配這個大小的一個緩衝區。如果你做很多順序掃描，你可能想要增加該值。

　　sort_buffer

　　每個需要進行排序的線程分配該大小的一個緩衝區。增加這值加速ORDER BY或GROUP BY操作。見18.5 MySQL在哪兒儲存臨時檔案。

　　table_cache

　　為所有線程開啟表的數量。增加該值能增加mysqld要求的檔案描述符的數量。MySQL對每個唯一開啟的表需要2個檔案描述符，見下面對檔案描述符限制的注釋。對於表緩衝如何工作的資訊，見10.2.4 MySQL怎樣開啟和關閉表。

　　tmp_table_size

　　如果一張暫存資料表超出該大小，MySQL產生一個The table tbl_name is full形式的錯誤，如果你做很多進階GROUP BY查詢，增加tmp_table_size值。

　　thread_stack

　　每個線程的棧大小。由crash-me測試檢測到的許多限制依賴於該值。預設隊一般的操作是足夠大了。見10.8 使用你自己的基準。

　　wait_timeout

　　伺服器在關閉它之前在一個串連上等待行動的秒數。也可見interactive_timeout。

　　MySQL使用是很具伸縮性的演算法，因此你通常能用很少的記憶體運行或給MySQL更多的被存以得到更好的效能。

　　如果你有很多記憶體和很多表並且有一個中等數量的客戶，想要最大的效能，你應該一些象這樣的東西：

　　shell> safe_mysqld -O key_buffer=16M -O table_cache=128 \

　　-O sort_buffer=4M -O record_buffer=1M &

　　如果你有較少的記憶體和大量的串連，使用這樣一些東西：

　　shell> safe_mysqld -O key_buffer=512k -O sort_buffer=100k \

　　-O record_buffer=100k &

　　或甚至：

　　shell> safe_mysqld -O key_buffer=512k -O sort_buffer=16k \

　　-O table_cache=32 -O record_buffer=8k -O net_buffer=1K &

　　如果有很多串連，“交換問題”可能發生，除非mysqld已經被配置每個串連使用很少的記憶體。當然如果你對所有串連有足夠的記憶體，mysqld執行得更好。

　　注意，如果你改變mysqld的一個選項，它實際上只對伺服器的那個例子保持。

　　為了明白一個參數變化的效果，這樣做：

　　shell> mysqld -O key_buffer=32m --help

　　保證--help選項是最後一個；否則，命令列上在它之後列出的任何選項的效果將不在反映在輸出中。

　　重要的MySQL啟動選項

　　back_log 如果需要大量新串連，修改它。

　　thread_cache_size 如果需要大量新串連，修改它。

　　key_buffer_size 索引頁池，可以設成很大。

　　bdb_cache_size BDB表使用的記錄和鍵嗎快取。

　　table_cache 如果有很多的表和並發串連，修改它。

　　delay_key_write 如果需要緩衝所有鍵碼寫入，設定它。

　　log_slow_queries 找出需花大量時間的查詢。

　　max_heap_table_size 用於GROUP BY

　　sort_buffer 用於ORDER BY和GROUP BY

　　myisam_sort_buffer_size 用於REPAIR TABLE

　　join_buffer_size 在進行無鍵嗎的連接時使用。

　　MySQL快取（所有線程共用，一次性分配）

　　鍵碼緩衝：key_buffer_size，預設8M。

　　表緩衝：table_cache，預設64。

　　線程緩衝：thread_cache_size，預設0。

　　主機名稱緩衝：可在編譯時間修改，預設128。

　　記憶體映射表：目前僅用於壓縮表。

　　注意：MySQL沒有行快取，而讓作業系統處理

　　MySQL緩衝區變數（非共用，按需分配）

　　sort_buffer：ORDER BY/GROUP BY

　　record_buffer：掃描表。

　　join_buffer_size：無鍵連接

　　myisam_sort_buffer_size：REPAIR TABLE

　　net_buffer_length:對於讀SQL語句並緩衝結果。

　　tmp_table_size：臨時結果的HEAP表大小。