效能監控常見問題

更新時間:
Copy as MD

本文介紹了在使用效能監控功能過程中的常見問題。

如何查看叢集的最大串連數?

叢集的最大串連數和計算節點規格有關,詳情請參見企業版計算節點規格

如何處理PolarDB資料庫連接數異常問題?

您可以通過SHOW processlist命令查看活躍會話。如果有異常使用者,您可以通過ALTER USER xxx@'%' WITH MAX_USER_CONNCTIONS 4;命令來限制該使用者訪問PolarDB資料庫。

為什麼控制台上的資料存放區用量與在資料庫中查詢的資料庫大小不一致?

在資料庫中查詢資料庫大小時,需要使用table column定義的大小。

怎麼查看記憶體升高的原因?

PolarDB MySQL一鍵診斷功能融合了DAS的部分功能,您可以通過效能洞察(舊版)快速評估資料庫負載情況,來找到引發效能問題的源頭,以提升資料庫的穩定性。

為什麼主節點的QPS比唯讀節點的QPS高?

你可以將主庫是否接受讀設定為來減少主庫的訪問量。

為什麼叢集的串連數過高?

PolarDB MySQL一鍵診斷功能融合了DAS的部分功能,您可以通過效能洞察(舊版)快速評估資料庫負載情況,來找到引發效能問題的源頭,以提升資料庫的穩定性。

為什麼IOPS一直處於較高水位?

檢查是否存在大事務,並通過效能洞察(舊版)功能快速評估資料庫負載情況,來找到引發效能問題的源頭,以提升資料庫的穩定性。

為什麼叢集處於空閑時刻,總會話數仍然很高?

  • 查看活躍會話 執行以下命令,即時監控當前資料庫的活躍會話:

    SHOW PROCESSLIST;  
    說明

    命令將列出所有當前串連的會話及其狀態(如查詢、等待鎖等),協助識別資源佔用情況。

  • 控制台配置與最佳化 為避免串連資源耗盡,建議通過控制台對會話進行以下管理:

    • 設定最大串連數限制 在控制台的會話管理或配置參數中,調整max_connections參數,保留一定冗餘資源以應對突發請求(例如將最大串連數設定為實際峰值的1.5倍)。

    • 清理閑置或無用會話 定期終止長時間閑置或已完成的會話,釋放資源。可通過以下方式實現:

      • 手動終止:通過KILL [串連ID]命令終止特定會話。

      • 自動清理:配置控制台的自動逾時機制,回收空閑時間超過閾值(如 30 分鐘)的串連。

為什麼使用kill命令無法終止指定會話?

當您執行kill命令時,系統會在會話上標記指定標籤,並需等待系統核心層面完成終止操作。若指定的會話是一個大事務,則會話需在交易回復完成後才能被終止。您可以通過查詢information_schema.innodb_trx來確認會話是否處於復原狀態,具體查詢語句為:

SELECT TRX_ID, TRX_STATE, TRX_STARTED, TRX_QUERY FROM information_schema.innodb_trx WHERE trx_mysql_thread_id = <會話ID>; 

當查詢結果中TRX_STATEROLLING BACK時,需等待交易回復完成,才能自動執行kill操作。