×

MySQL極具參考價(jià)值的性能(下)

  • 作者:新網(wǎng)
  • 來源:新網(wǎng)
  • 瀏覽:100
  • 2018-02-24 17:08:38

MySQL極具參考價(jià)值的性能有哪些?臨時表的監(jiān)測是許多預(yù)定義的Monyog監(jiān)測之一。

 MySQL極具參考價(jià)值的性能有哪些?臨時表的監(jiān)測是許多預(yù)定義的Monyog監(jiān)測之一。它提供了一些臨時表使用的指標(biāo),包括:

1492159067525695.jpg
<div>允許的最大值 :顯示 tmp_table_size服務(wù)器變量的值,它定義了在內(nèi)存中創(chuàng)建的臨時表的最大大小。與 max_heap_table_size一起,這個值定義了可以在內(nèi)存中創(chuàng)建的臨時表的最大大小。如果內(nèi)存臨時表大于此大小,則將其存儲在磁盤上。
 
內(nèi)存表的最大大小 :顯示 max_heap_table_size服務(wù)器變量的值,該值定義了顯式創(chuàng)建的MEMORY存儲引擎表的最大大小。
 
創(chuàng)建的臨時表總數(shù) :顯示 created_tmp_tables服務(wù)器變量的值,它定義了在內(nèi)存中創(chuàng)建的臨時表的數(shù)量。
 
在磁盤上創(chuàng)建的臨時表 :顯示 created_tmp_disk_tables服務(wù)器變量的值,該變量定義了在磁盤上創(chuàng)建的臨時表的數(shù)量。
 
如果這個值很高,則應(yīng)該考慮增加 tmp_table_size和 max_heap_table_size的值,以便增加創(chuàng)建內(nèi)存臨時表的數(shù)量,從而減少在磁盤上創(chuàng)建臨時表的數(shù)量。
 
磁盤:總比率 :基于 created_tmp_disk_tables除以 created_tmp_tables的計(jì)算值。由于 tmp_table_size或 max_heap_table_size不足而在磁盤上創(chuàng)建的臨時表的百分比。Monyog將這個數(shù)字顯示為一個進(jìn)度條和百分比,以便快速確定有多少磁盤用于臨時表,而不是內(nèi)存。
 
趨勢圖可用于創(chuàng)建的總表,磁盤上創(chuàng)建的表和磁盤的總比值。這些讓我們看到了它們隨著時間的演變:
 
增加線程緩存大小
 
連接管理器線程處理服務(wù)器監(jiān)聽的網(wǎng)絡(luò)接口上的客戶端連接請求。連接管理器線程將每個客戶端連接與專用于它的線程關(guān)聯(lián),該線程負(fù)責(zé)處理該連接的身份驗(yàn)證和所有請求處理。因此,線程和當(dāng)前連接的客戶端之間是一對一的比例。確保線程緩存足夠大以容納所有傳入請求是非常重要的。
 
MySQL提供了許多與連接線程相關(guān)的服務(wù)器變量:
 
線程緩存大小由 thread_cache_size系統(tǒng)變量決定。默認(rèn)值為0(無緩存),這將導(dǎo)致為每個新連接設(shè)置一個線程,并在連接終止時需要處理該線程。如果希望服務(wù)器每秒接收數(shù)百個連接請求,那么應(yīng)該將 thread_cache_size設(shè)置的足夠高,以便大多數(shù)新連接可以使用緩存線程??梢栽诜?wù)器啟動或運(yùn)行時設(shè)置 max_connections的值。
 
還應(yīng)該監(jiān)視緩存中的線程數(shù)( Threads_cached)以及創(chuàng)建了多少個線程,因?yàn)闊o法從緩存中獲取線程( Threads_created)。關(guān)于后者,如果 Threads_created繼續(xù)以每分鐘多于幾個線程的增加,請考慮增加 thread_cache_size的值。
 
以上就是MySQL極具參考價(jià)值的性能。
 

免責(zé)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)自行上傳,本網(wǎng)站不擁有所有權(quán),也不承認(rèn)相關(guān)法律責(zé)任。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容,請發(fā)送郵件至:operations@xinnet.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),本站將立刻刪除涉嫌侵權(quán)內(nèi)容。

免費(fèi)咨詢獲取折扣

Loading