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

資料庫負載

資料庫負載 (DB 載入) 會測量資料庫中工作階段活動的層級。 DBLoad是「Performance Insights 見」中的關鍵指標，而 Performance Insights 每秒都會收集資料庫負載。

作用中的工作階段

資料庫工作階段代表應用程式與關聯式資料庫的對話。作用中工作階段是已提交工作給資料庫引擎且正在等待回應的連線。

工作階段在執行CPU或等待資源變為可用，以便它可以繼續時，會處於作用中狀態。例如，作用中的工作階段可能會等待頁面 (或區塊) 讀入記憶體，然後在從網頁讀取資料CPU時耗用。

平均作用中工作階段

平均作用中工作階段 (AAS) 是「Performance Insights」中DBLoad度量的單位。它會測量資料庫上同時處於作用中狀態的工作階段數目。

每一秒，績效詳情都會取樣同時執行查詢的工作階段數目。針對每個作用中的工作階段，績效詳情會收集下列資料：

Performance Insights 透AAS過將工作階段總數除以特定時段的範例數來計算。例如，下表顯示執行查詢的 5 個連續範例，間隔至少為 1 秒。

在上述範例中，時間間隔的資料庫負載為 2 AAS。此測量表示在採集 5 個樣本的間隔期間內，於任何特定時間平均有 2 個工作階段處於作用中。

平均作用中執行數

平均作用中執行次數 (AAE) 每秒與。AAS若要計算AAE，Performance Insights 會將查詢的總執行時間除以時間間隔。下表顯示前面資料表中相同查詢的AAE計算方式。

在大多數情況下AAS，AAE查詢的和大致相同。不過，由於計算的輸入是不同的資料來源，所以計算通常會略有不同。

維度

db.load 指標與其他時間序列指標不同，因為您可以將它分為名為維度的子元件。您可以將維度視為 DBLoad 指標不同特性的「配量依據」類別。

診斷效能問題時，下列維度通常最實用：

如需 Aurora 引擎維度的完整清單，請參閱資料庫負載依維度配量。

等待事件

wait 事件會導致SQL陳述式等待特定事件發生，然後才能繼續執行。等待事件指出工作在何處受阻，是資料庫負載的重要維度或類別。

每個使用中的工作階段都在執行CPU或等待中。例如，CPU當工作階段搜尋記憶體以尋找緩衝區、執行計算或執行程序程式碼時，會耗用這些工作階段。當工作階段不耗用時CPU，它們可能正在等待記憶體緩衝區變為可用、要讀取的資料檔案或要寫入的記錄檔。階段作業等待資源的時間越長，在CPU.

調校資料庫時，您通常會嘗試查明工作階段正在等待的資源。例如，兩個或三個等待事件可能佔資料庫負載的 90%。此量值表示作用中工作階段平均花最多時間等待少量資源。如果您可以找出這些等待的原因，就可以嘗試解決方案。

等待事件依據資料庫引擎而有所差異：

頂部 SQL

等待事件顯示瓶頸時，頂端SQL會顯示哪些查詢對資料庫負載的貢獻最大。例如，許多查詢目前可能正在資料庫上執行，但單一查詢可能會耗用 99% 的資料庫負載。在此情況下，高負載可能表示查詢發生問題。

根據預設，Performance Insights 主控台會顯示對資料庫負載有貢獻的常用SQL查詢。主控台也會顯示每個陳述式的相關統計資料。若要診斷特定陳述式的效能問題，您可以檢查其執行計劃。