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