本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # Amazon RDS 上的績效詳情概觀 **重要** AWS 已宣布績效詳情的end-of-life：2026 年 6 月 30 日。在此日期之後，Amazon RDS 將不再支援 Performance Insights 主控台體驗、彈性保留期間 (1-24 個月) 及其相關定價。Performance Insights API 將繼續存在，不會有任何定價變更。Performance Insights API 的成本會顯示在您的 AWS 帳單中，其中包含 CloudWatch Database Insights 的成本。 我們建議您在 2026 年 6 月 30 日之前，使用已付費的績效詳情方案，將任何資料庫執行個體升級至資料庫詳情的進階模式。如需有關升級至 Database Insights 進階模式的資訊，請參閱 [開啟適用於 Amazon RDS 的 Database Insights 的進階模式](USER_DatabaseInsights.TurningOnAdvanced.md)。 如果您不採取任何動作，則使用 Performance Insights 的資料庫執行個體依預設會使用 Database Insights 的標準模式。使用 Database Insights 的標準模式時，您可能會失去超過 7 天的效能資料歷史記錄存取權，而且可能無法在 Amazon RDS 主控台中使用執行計畫和隨需分析功能。2026 年 6 月 30 日之後，只有進階模式的 Database Insights 將支援執行計畫和隨需分析。 透過 CloudWatch Database Insights，您可以監控資料庫機群的資料庫負載，以及大規模分析效能和進行疑難排解。如需 Database Insights 的詳細資訊，請參閱 [使用 CloudWatch Database Insights 監控 Amazon RDS 資料庫](USER_DatabaseInsights.md)。如需定價資訊，請參閱 [Amazon CloudWatch 定價](https://aws.amazon.com/cloudwatch/pricing/)。 根據預設，RDS 會在所有 Amazon RDS 引擎的主控台建立精靈中啟用 Performance Insights。如果您在一個資料庫執行個體上有多個資料庫，績效詳情會彙整效能資料。 您可於下方影片中找到 Amazon RDS 的績效詳情概觀。 [![AWS Videos](http://img.youtube.com/vi/yOeWcPBT458/0.jpg)](http://www.youtube.com/watch?v=yOeWcPBT458) **重要** 下列主題說明搭配非 Aurora 資料庫引擎來使用 Amazon RDS 績效詳情。如需搭配使用 Amazon RDS Performance Insights 與 Amazon Aurora 的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用 Amazon RDS Performance Insights](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.html)。 **Topics** + [資料庫負載](USER_PerfInsights.Overview.ActiveSessions.md) + [最大 CPU](USER_PerfInsights.Overview.MaxCPU.md) + [Performance Insights 的 Amazon RDS 資料庫引擎、區域和執行個體類別支援](USER_PerfInsights.Overview.Engines.md) + [Performance Insights 的定價和資料保留](USER_PerfInsights.Overview.cost.md) # 資料庫負載 *資料庫負載 (資料庫負載)* 會測量資料庫中工作階段活動的層級。`DBLoad` 是 Performance Insights 中的關鍵指標，而 Performance Insights 每秒收集資料庫負載。 **Topics** + [作用中的工作階段](#USER_PerfInsights.Overview.ActiveSessions.active-sessions) + [平均作用中工作階段](#USER_PerfInsights.Overview.ActiveSessions.AAS) + [平均作用中執行數](#USER_PerfInsights.Overview.ActiveSessions.AAE) + [維度](#USER_PerfInsights.Overview.ActiveSessions.dimensions) ## 作用中的工作階段 *資料庫工作階段*代表應用程式與關聯式資料庫的對話。作用中工作階段是已提交工作給資料庫引擎且正在等待回應的連線。 工作階段處於作用中是指工作階段正在 CPU 上執行，或等待資源變成可用以繼續執行。例如，作用中工作階段可能等待分頁 (或區塊) 讀入記憶體中，然後從分頁讀取資料時耗用 CPU。 ## 平均作用中工作階段 *平均作用中工作階段 (AAS)* 是 `DBLoad` 績效詳情的單位。它會測量資料庫上同時處於作用中狀態的工作階段數目。 每一秒，績效詳情都會取樣同時執行查詢的工作階段數目。針對每個作用中的工作階段，績效詳情會收集下列資料： + SQL 陳述式 + 工作階段狀態 (正在 CPU 上執行或等待中) + 主機 + 執行 SQL 的使用者 績效詳情會計算 AAS，方法是將工作階段總數除以特定時段的樣本數。例如，下表顯示執行查詢的 5 個連續範例，間隔至少為 1 秒。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html) 在上述範例中，時間間隔的資料庫負載為 2 AAS。此測量表示在採集 5 個樣本的間隔期間內，於任何特定時間平均有 2 個工作階段處於作用中。 ## 平均作用中執行數 每秒平均作用中執行數 (AAE) 與 AAS 相關。若要計算 AAE，績效詳情會將查詢的總執行時間除以時間間隔。下表顯示上表中同一個查詢的 AAE 計算。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html) 在大多數情況下，查詢的 AAS 和 AAE 大致相同。不過，由於計算的輸入是不同的資料來源，所以計算通常會略有不同。 ## 維度 `db.load` 指標與其他時間序列指標不同，因為您可以將它分為名為維度的子元件。您可以將維度視為 `DBLoad` 指標不同特性的「配量依據」類別。 診斷效能問題時，下列維度通常最實用： **Topics** + [等待事件](#USER_PerfInsights.Overview.ActiveSessions.waits) + [最高 SQL](#USER_PerfInsights.Overview.ActiveSessions.top-sql) + [計畫](#USER_PerfInsights.Overview.ActiveSessions.plans) 如需 Amazon RDS 引擎的維度完整清單，請參閱 [資料庫負載依維度配量](USER_PerfInsights.UsingDashboard.Components.md#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.dims)。 ### 等待事件 *等待事件*會導致 SQL 陳述式等待特定事件發生後，才能繼續執行。等待事件指出工作在何處受阻，是資料庫負載的重要維度或類別。 每個使用中的工作階段都在 CPU 上執行或等待中。例如，工作階段在記憶體中搜尋緩衝區、執行計算或執行程序程式碼時會耗用 CPU。當工作階段不耗用 CPU 時，可能是在等待記憶體緩衝區變成可用、要讀取的資料檔或要寫入的記錄檔。工作階段等待資源越久，在 CPU 上執行的時間就越短。 調校資料庫時，您通常會嘗試查明工作階段正在等待的資源。例如，兩個或三個等待事件可能佔資料庫負載的 90%。此量值表示作用中工作階段平均花最多時間等待少量資源。如果您可以找出這些等待的原因，就可以嘗試解決方案。 等待事件依據資料庫引擎而有所差異： + 如需關於所有 MariaDB 和 MySQL 等待事件的資訊，請參閱 MySQL 文件中的[等待事件摘要表格](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html)。 + 如需關於所有 PostgreSQL 等待事件的資訊，請參閱 PostgreSQL 文件中的[統計數字收集器 > 等待事件表](https://www.postgresql.org/docs/current/monitoring-stats.html#WAIT-EVENT-TABLE)。 + 如需關於所有 Oracle 等待事件的資訊，請參閱 Oracle 文件中的[等待事件說明](https://docs.oracle.com/database/121/REFRN/GUID-2FDDFAA4-24D0-4B80-A157-A907AF5C68E2.htm#REFRN-GUID-2FDDFAA4-24D0-4B80-A157-A907AF5C68E2)。 + 如需所有 SQL Server 等待事件的相關資訊，請參閱 SQL 文件中的[等待類別](https://docs.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-os-wait-stats-transact-sql?view=sql-server-2017#WaitTypes)。 **注意** 對於 Oracle，背景程序有時不需要相關的 SQL 陳述式即可發揮作用。在這些情況下，「績效詳情」會報告背景程序的類型，後面加上冒號，還有與該背景程序相關聯的等待類別。背景程序的類型包括 `LGWR`、`ARC0`、`PMON` 等。 例如，封存工具正在執行輸入/輸出時，績效詳情報告與 `ARC1:System I/O` 相當類似。有時候也會遺失背景程序類型，所以績效詳情只會報告等待類別，例如 `:System I/O`。 ### 最高 SQL 等待事件會顯示瓶頸，而最高 SQL 則顯示哪些查詢對資料庫負載造成最大影響。例如，許多查詢目前可能正在資料庫上執行，但單一查詢可能會耗用 99% 的資料庫負載。在此情況下，高負載可能表示查詢發生問題。 根據預設，績效詳情主控台會顯示造成資料庫負載的常用 SQL 查詢。主控台也會顯示每個陳述式的相關統計資料。若要診斷特定陳述式的效能問題，您可以檢查其執行計劃。 ### 計畫 *執行計畫*簡稱為*計畫*，是存取資料的一連串步驟。例如，聯結資料表 `t1` 和 `t2` 的計畫，可能會循環 `t1` 中的所有資料列，並將每一列與 `t2` 中的某列做比較。在關聯式資料庫中，內建程式碼*最佳化工具*可為 SQL 查詢最決定最有效的計畫。 針對資料庫執行個體，Performance Insights 會自動收集執行計畫。若要診斷 SQL 效能問題，請檢查擷取的計畫是否有耗用大量資源的 SQL 查詢。這些計畫顯示資料庫如何剖析和執行查詢。 若要了解如何使用計畫分析資料庫負載，請參閱： + Oracle: [使用 Amazon RDS 的 Performance Insights 儀表板來分析 Oracle 執行計畫](USER_PerfInsights.UsingDashboard.AccessPlans.md) + SQL Server：[使用 Amazon RDS 的 Performance Insights 儀表板來分析 SQL Server 執行計畫](USER_PerfInsights.UsingDashboard.AccessPlansSqlServer.md) #### 計畫擷取 Performance Insights 每隔五分鐘會識別資源最密集的查詢並擷取其計畫。因此您不需要手動收集和管理大量的計畫。而是可以使用 **Top SQL** (最高 SQL) 索引標籤，將重點放在問題最大的查詢的計畫上。 **注意** 若查詢的文字超過可收集的查詢文字上限，績效詳情就不會擷取其計畫。如需詳細資訊，請參閱 [在績效詳情儀表板中存取更多 SQL 文字](USER_PerfInsights.UsingDashboard.SQLTextSize.md)。 執行計畫的保留期間與所有 Performance Insights 資料的保留期間相同。保留設定為**預設值 (7 天)**。若要更長時間保留績效資料，請指定 1 - 24 個月。如需保留期間的詳細資訊，請參閱 [Performance Insights 的定價和資料保留](USER_PerfInsights.Overview.cost.md)。 #### 摘要查詢 **Top SQL** (最高 SQL) 索引標籤預設顯示摘要查詢。摘要查詢本身沒有計畫，但使用文字值的所有查詢都具有計畫。例如，摘要查詢可能包含文字 `WHERE `email`=?`。摘要可能包含兩個查詢，其中一個具有文字 `WHERE email=user1@example.com`，另一個含有 `WHERE email=user2@example.com`。這些文字查詢全都可能包含多個計畫。 當您選取一個摘要查詢，主控台就會顯示所選摘要子陳述式的所有計畫。因此，您不需要查看所有的子陳述式來尋找計畫。您可能會看到前 10 個子陳述式清單中沒有顯示的計畫。主控台顯示已收集計畫的所有子查之計畫，無論這些查詢是否排入前 10 名。 # 最大 CPU 在儀表板中，**資料庫負載**圖表會收集、彙整並顯示工作階段資訊。若要查看作用中的工作階段是否超過最大 CPU，請查看它與**最大 vCPU 數**線的關係。Performance Insights 會依據資料庫執行個體的 vCPU (虛擬 CPU) 核心數目決定**最大 vCPU** 值。 一次只能在 vCPU 上執行一個程序。如果程序數目超過 vCPU 數目，則程序會開始排入佇列。佇列增加時，資料庫效能會降低。若資料庫負載通常高於**最大 vCPU 數**線，而主要等待狀態為 CPU，則 CPU 會超過負載。在此狀況下，您可能會想要節制與執行個體間的連線、以高 CPU 負載來微調任何 SQL 查詢、或者考慮使用較大的執行個體類別。處於任何等待狀態的密集且穩定的執行個體表示可能有您應解決的瓶頸或資源爭用問題。即使資料庫負載未超過**最大 vCPU 數**線，仍可能會有上述的問題。 # Performance Insights 的 Amazon RDS 資料庫引擎、區域和執行個體類別支援 **重要** AWS 已宣布績效詳情的end-of-life：2026 年 6 月 30 日。在此日期之後，Amazon RDS 將不再支援 Performance Insights 主控台體驗、彈性保留期間 (1-24 個月) 及其相關定價。Performance Insights API 將繼續存在，不會有任何定價變更。Performance Insights API 的成本會顯示在您的 AWS 帳單中，其中包含 CloudWatch Database Insights 的成本。 我們建議您在 2026 年 6 月 30 日之前，使用已付費的績效詳情方案，將任何資料庫執行個體升級至資料庫詳情的進階模式。如需有關升級至 Database Insights 進階模式的資訊，請參閱 [開啟適用於 Amazon RDS 的 Database Insights 的進階模式](USER_DatabaseInsights.TurningOnAdvanced.md)。 如果您不採取任何動作，則使用 Performance Insights 的資料庫執行個體依預設會使用 Database Insights 的標準模式。使用 Database Insights 的標準模式時，您可能會失去超過 7 天的效能資料歷史記錄存取權，而且可能無法在 Amazon RDS 主控台中使用執行計劃和隨需分析功能。2026 年 6 月 30 日之後，只有進階模式的 Database Insights 將支援執行計畫和隨需分析。 透過 CloudWatch Database Insights，您可以監控資料庫機群的資料庫負載，以及大規模分析效能和進行疑難排解。如需 Database Insights 的詳細資訊，請參閱 [使用 CloudWatch Database Insights 監控 Amazon RDS 資料庫](USER_DatabaseInsights.md)。如需定價資訊，請參閱 [Amazon CloudWatch 定價](https://aws.amazon.com/cloudwatch/pricing/)。 下列資料表提供您可找到支援 Performance Insights 的 Amazon RDS 資料庫引擎。 **注意** 如需 Amazon Aurora，請參閱*《Amazon Aurora 使用者指南》*中的[支援績效詳情的 Amazon Aurora 資料庫引擎](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html)。 | Amazon RDS 資料庫引擎 | 支援的引擎版本和區域 | 執行個體類別限制 | | --- | --- | --- | | Amazon RDS for MariaDB | 如需 Performance Insights 搭配 RDS for MariaDB 的版本和區域可用性的詳細資訊，請參閱 [Amazon RDS 中的 Performance Insights 的支援區域和資料庫引擎](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md)。 | 下列執行個體類別不支援績效詳情： [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html) | | RDS for MySQL | 如需 Performance Insights 搭配 RDS for MySQL 的版本和區域可用性的詳細資訊，請參閱 [Amazon RDS 中的 Performance Insights 的支援區域和資料庫引擎](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md)。 | 下列執行個體類別不支援績效詳情： [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html) | | Amazon RDS for Microsoft SQL Server | 如需 Performance Insights 搭配 RDS for SQL Server 的版本和區域可用性的詳細資訊，請參閱 [Amazon RDS 中的 Performance Insights 的支援區域和資料庫引擎](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md)。 | N/A | | Amazon RDS for PostgreSQL | 如需 Performance Insights 搭配 RDS for PostgreSQL 的版本和區域可用性的詳細資訊，請參閱 [Amazon RDS 中的 Performance Insights 的支援區域和資料庫引擎](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md)。 | N/A | | Amazon RDS for Oracle | 如需 Performance Insights 搭配 RDS for Oracle 的版本和區域可用性的詳細資訊，請參閱 [Amazon RDS 中的 Performance Insights 的支援區域和資料庫引擎](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md)。 | N/A | ## Performance Insights 功能的 Amazon RDS 資料庫引擎、區域和執行個體類別支援 下列資料表提供支援 Performance Insights 功能的 Amazon RDS 資料庫引擎。 | 功能 | [定價方案](https://aws.amazon.com/rds/performance-insights/pricing/) | [支援的區域](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RegionsAndAvailabilityZones.html#Concepts.RegionsAndAvailabilityZones.Regions) | [支援的資料庫引擎](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html#Welcome.Concepts.DBInstance) | [支援的執行個體類別](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types) | | --- | --- | --- | --- | --- | | [績效詳情的 SQL 統計數字](sql-statistics.md) | 全部 | 全部 | 全部 | 全部 | | [使用 Amazon RDS 的 Performance Insights 儀表板來分析 Oracle 執行計畫](USER_PerfInsights.UsingDashboard.AccessPlans.md) | 全部 | 全部 | RDS for Oracle | 全部 | | [分析一段時間區間的資料庫效能](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md) | 僅限付費方案 | 全部 | RDS for PostgreSQL | 全部 | | [檢視 Performance Insights 主動建議](USER_PerfInsights.InsightsRecommendationViewDetails.md) | 僅限付費方案 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html) | 全部 | 全部 | # Performance Insights 的定價和資料保留 根據預設，Performance Insights 包含每月 7 天的效能資料歷史記錄和 1 百萬次 API 要求。您也可以購買較長的保留期間。如需有關費用的資訊，請參閱 [Performance Insights 定價](https://aws.amazon.com/rds/performance-insights/pricing/)。 在 RDS 主控台中，您可以為 Performance Insights 資料選擇下列任一保留期間： + **預設值 (7 天)** + ***n* 月**，其中 ***n*** 是介於 1 - 24 之間的數字 ![\[選擇 Performance Insights 資料的保留期間。\]](http://docs.aws.amazon.com/zh_tw/AmazonRDS/latest/UserGuide/images/pi-retention-periods.png) 若要了解如何使用 AWS CLI 設定保留期間，請參閱 [開啟和關閉 Amazon RDS 的 Performance Insights](USER_PerfInsights.Enabling.md)。 **注意** 停止已啟用 Performance Insights 的資料庫執行個體或多可用區域資料庫叢集不會影響資料保留。當資料庫執行個體或多可用區域資料庫叢集停止時，Performance Insights 不會收集任何資料。