選取您的 Cookie 偏好設定

我們使用提供自身網站和服務所需的基本 Cookie 和類似工具。我們使用效能 Cookie 收集匿名統計資料,以便了解客戶如何使用我們的網站並進行改進。基本 Cookie 無法停用,但可以按一下「自訂」或「拒絕」以拒絕效能 Cookie。

如果您同意,AWS 與經核准的第三方也會使用 Cookie 提供實用的網站功能、記住您的偏好設定,並顯示相關內容,包括相關廣告。若要接受或拒絕所有非必要 Cookie,請按一下「接受」或「拒絕」。若要進行更詳細的選擇,請按一下「自訂」。

按等待事件分析資料庫負載

焦點模式
按等待事件分析資料庫負載 - Amazon Relational Database Service

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

如果 Database load (資料庫負載) 圖表指出有瓶頸,您可以查明負載的來源。若要這麼做,請查看資料庫負載圖表下的最高負載項目表格。選擇特定項目,例如SQL查詢或使用者,以深入了解該項目並查看其詳細資訊。

依等待和熱門SQL查詢分組的資料庫負載是預設績效詳情儀表板檢視。此組合通常可提供效能問題的最多見解。根據等待分組的資料庫負載顯示該資料庫中是否有任何資源或正在發生的瓶頸。在此情況下,頂端載入項目資料表的SQL索引標籤會顯示哪些查詢正在驅動該載入。

診斷效能問題的典型工作流程如下:

  1. 檢閱資料庫載入圖表,並查看是否有任何超過最大CPU行的資料庫載入事件。

  2. 若有,請查看資料庫負載圖表,並找出哪一個或那幾個等待狀態是主因。

  3. 透過查看頂端載入項目資料表上的SQL索引標籤對這些等待狀態貢獻最大,來識別導致載入的摘要查詢。您可以根據等待列出資料庫負載欄來找出這些。

  4. SQL 索引標籤中選擇其中一個摘要查詢來展開,並查看由其構成的子查詢。

例如,在下列儀表板中,日誌檔案同步等待佔了大部分的資料庫負載。LGWR 所有工作者群組等待也很高。頂端SQL圖表顯示日誌檔案同步等待的原因:頻繁的COMMIT陳述式。在這種情況下,減少遞交頻率將能降低資料庫負載。

日誌檔案同步錯誤
隱私權網站條款Cookie 偏好設定
© 2025, Amazon Web Services, Inc.或其附屬公司。保留所有權利。