Java教程:影響MySQL效能的配置引數

千鋒武漢發表於2021-06-11

  本文將介紹MySQL引數的五大類設定,平時我們一般都很少碰它們,在進行MySQL效能調優和故障診斷時這些引數還是非常有用的。

圖片1

  (一)連線

  連線通常來自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

  開啟這個選項是個不錯的主意,它真實地記錄了返回所有行的查詢。

相關文章


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31548651/viewspace-2776402/,如需轉載,請註明出處,否則將追究法律責任。

相關文章