本文將介紹MySQL參數的五大類設置，平時我們一般都很少碰它們，在進行MySQL性能調優和故障診斷時這些參數還是非常有用的。
(一)連接
連接通常來自Web服務器，下面列出了一些與連接有關的參數，以及該如何設置它們。
1、max_connections
這是Web服務器允許的最大連接數，記住每個連接都要使用會話內存(關於會話內存，文章後面有涉及)。
2、max_packet_allowed
最大數據包大小，通常等於你需要在一個大塊中返回的最大數據集的大小，如果你在使用遠程mysqldump，那它的值需要更大。
3、aborted_connects
檢查系統狀態的計數器，確定其沒有增長，如果數量增長說明客戶端連接時遇到了錯誤。
4、thread_cache_size
入站連接會在MySQL中創建一個新的線程，因爲MySQL中打開和關閉連接都很廉價，速度也快，它就沒有象其它數據庫，
如Oracle那麼多持續連接了，但線程預先創建並不會節約時間，這就是爲什麼要MySQL線程緩存的原因了。
如果在增長請密切注意創建的線程，讓你的線程緩存更大，對於2550或100的thread_cache_size，內存佔用也不多。
(二)查詢緩存
(三)臨時表
內存速度是相當快的，因此我們希望所有的排序操作都在內存中進行，我們可以通過調整查詢讓結果集更小以實現內存排序，或將變量設置得更大。
tmp_table_size
max_heap_table_size
無論何時在MySQL中創建臨時表，它都會使用這兩個變量的最小值作爲臨界值，除了在磁盤上構建臨時表外，還會創建許多會話，這些會話會搶佔有 限制的資源，
因此最好是調整查詢而不是將這些參數設置得更高，同時，需要注意的是有BLOB或TEXT字段類型的表將直接寫入磁盤。
(四)會話內存
MySQL中每個會話都有其自己的內存，這個內存就是分配給SQL查詢的內存，因此你想讓它變得儘可能大以滿足需要。但你不得不平衡同一時間數據庫內一致性會話的數量。
這裏顯得有點黑色藝術的是MySQL是按需分配緩存的，因此，你不能只添加它們並乘以會話的數量，這樣估算下來比MySQL典型 的使用要大得多。
非常好的一個做法是啓動MySQL，連接所有會話，然後繼續關注頂級會話的VIRT列，mysqld行的數目通常保持相對穩定，這就是實際的內存 總用量，
減去所有的靜態MySQL內存區域，就得到了實際的所有會話內存，然後除以會話的數量就得到平均值。
1、read_buffer_size
緩存連續掃描的塊，這個緩存是跨存儲引擎的，不只是MyISAM表。
2、sort_buffer_size
執行排序緩存區的大小，最好將其設置爲1M-2M，然後在會話中設置，爲一個特定的查詢設置更高的值。
3、join_buffer_size
執行聯合查詢分配的緩存區大小，將其設置爲1M-2M大小，然後在每個會話中再單獨按需設置。
4、read_rnd_buffer_size
用於排序和order by操作，最好將其設置爲1M，然後在會話中可以將其作爲一個會話變量設置爲更大的值。
(五)慢查詢日誌
慢速查詢日誌是MySQL很有用的一個特性。
1、log_slow_queries
MySQL參數中log_slow_queries參數在my.cnf文件中設置它，將其設置爲on，默認情況下，MySQL會將文件放到數據目錄，文件以“主機名-slow.log”的形式命名，但你在設置這個選項的時候也可以爲其指定一個名字。
2、long_query_time
默認值是10秒，你可以動態設置它，值從1到將其設置爲on，如果數據庫啓動了，默認情況下，日誌將關閉。
截至5.1.21和安裝了 Google補丁的版本，這個選項可以以微秒設置，這是一個了不起的功能，因爲一旦你消除了所有查詢時間超過1秒的查詢，說明調整非常成功，這樣可以幫助 你在問題變大之前消除問題SQL。
3、log_queries_not_using_indexes
開啓這個選項是個不錯的主意，它真實地記錄了返回所有行的查詢。