內存表的最大大小 ：顯示 max_heap_table_size服務器變量的值，該值定義了顯式創建的MEMORY存儲引擎表的最大大小。

 

創建的臨時表總數 ：顯示 created_tmp_tables服務器變量的值，它定義了在內存中創建的臨時表的數量。

 

在磁盤上創建的臨時表 ：顯示 created_tmp_disk_tables服務器變量的值，該變量定義了在磁盤上創建的臨時表的數量。

 

如果這個值很高，則應該考慮增加 tmp_table_size和 max_heap_table_size的值，以便增加創建內存臨時表的數量，從而減少在磁盤上創建臨時表的數量。

 

磁盤：總比率 ：基于 created_tmp_disk_tables除以 created_tmp_tables的計算值。由于 tmp_table_size或 max_heap_table_size不足而在磁盤上創建的臨時表的百分比。Monyog將這個數字顯示為一個進度條和百分比，以便快速確定有多少磁盤用于臨時表，而不是內存。

 

趨勢圖可用于創建的總表，磁盤上創建的表和磁盤的總比值。這些讓我們看到了它們隨著時間的演變：

 

增加線程緩存大小

 

連接管理器線程處理服務器監聽的網絡接口上的客戶端連接請求。連接管理器線程將每個客戶端連接與專用于它的線程關聯，該線程負責處理該連接的身份驗證和所有請求處理。因此，線程和當前連接的客戶端之間是一對一的比例。確保線程緩存足夠大以容納所有傳入請求是非常重要的。

 

MySQL提供了許多與連接線程相關的服務器變量：

 

線程緩存大小由 thread_cache_size系統變量決定。默認值為0(無緩存)，這將導致為每個新連接設置一個線程，并在連接終止時需要處理該線程。如果希望服務器每秒接收數百個連接請求，那么應該將 thread_cache_size設置的足夠高，以便大多數新連接可以使用緩存線程。可以在服務器啟動或運行時設置 max_connections的值。

 

還應該監視緩存中的線程數( Threads_cached)以及創建了多少個線程，因為無法從緩存中獲取線程( Threads_created)。關于后者，如果 Threads_created繼續以每分鐘多于幾個線程的增加，請考慮增加 thread_cache_size的值。

 

以上就是MySQL極具參考價值的性能。