Azure SQL Database 的查詢效能深入解析

適用於：Azure SQL Database

查詢效能深入解析可為單一和集區資料庫提供智慧型查詢分析。 其有助於識別您的工作負載中最高資源取用和長時間執行的查詢。 這可協助您找到要最佳化的查詢，以改善整體工作負載效能，並有效率地使用您所支付的資源。 查詢效能深入解析提供了下列各項，能協助您以較少的時間來對資料庫效能進行疑難排解：

• 更深入的資料庫資源 (DTU) 取用分析
• 依 CPU、持續時間和執行計數詳列最高排名的資料庫查詢 (可經由調整而改善效能的候選項目)
• 能夠向下切入查詢的詳細資料，以檢視查詢文字和資源使用量的歷程記錄
• 有註釋可顯示 Database Advisor 所提供的效能建議

必要條件

「查詢效能深入解析」要求 查詢存放區 在您的資料庫上為作用中狀態。 依預設會為 Azure SQL Database 中的所有資料庫自動啟用此項目。 如果查詢存放區未執行，Azure 入口網站會提示您加以啟用。

注意

如果入口網站中出現「此資料庫的查詢存放區未正確設定」訊息，請參閱最佳化查詢存放區組態。

權限

必須要有下列 Azure 角色型存取控制 (Azure RBAC) 權限，才能使用「查詢效能深入解析」：

• 檢視最耗用資源的查詢和圖表時，需具備讀取者、擁有者、參與者、SQL DB 參與者 或 SQL Server 參與者權限。
• 檢視查詢文字時，需具備擁有者、參與者、SQL DB 參與者或 SQL Server 參與者權限。

使用查詢效能深入解析

「查詢效能深入解析」很容易使用︰

1. 開啟Azure 入口網站，然後尋找您想要檢查的資料庫。

2. 從左側功能表中，開啟 [智慧效能>查詢效能深入解析]。

   

3. 在第一個索引標籤上，檢閱排名最前面的資源取用查詢清單。

4. 選取個別的查詢來檢視其詳細資料。

5. 開啟 [智慧效能>效能建議]，並檢查是否有任何可用的效能建議。 如需關於內建效能建議的詳細資訊，請參閱 Azure SQL Database Advisor。

6. 使用滑桿或縮放圖示來變更觀測的間隔。

   

注意

查詢存放區需要擷取數小時的資料，Azure SQL Database 才能在「查詢效能深入解析」中顯示資訊。 如果在某段時間內資料庫沒有活動，或查詢存放區處於非作用中狀態，則在「查詢效能深入解析」顯示該時間範圍時，圖表將是空的。 如果查詢存放區未執行，您可以隨時加以啟用。 如需詳細資訊，請參閱查詢存放區的最佳做法。

如需資料庫效能的建議，請選取 [查詢效能深入解析] 瀏覽窗格上的 [建議]。

檢閱最耗用 CPU 的查詢

根據預設，「查詢效能深入解析」在您第一次加以開啟時，會顯示最耗用 CPU 的前五個查詢。

1. 使用核取方塊，選取或清除圖表要包含或排除的個別查詢。

   第一行會顯示資料庫的整體 DTU 百分比。 長條圖會顯示選取的查詢在所選間隔期間內耗用的 CPU 百分比。 例如，如果選取 [過去一週]，則每個長條分別代表一天。

   

   重要

   顯示的 DTU 行會彙總為一小時期間內的最大耗用量值。 這只能用來與查詢執行統計資料進行概略性的比較。 在某些情況下，DTU 使用率與執行的查詢相較時可能會顯得太高，但實際上可能並非如此。

   例如，如果查詢達到 DTU 的極限 100% 只有幾分鐘的時間，查詢效能深入解析的 DTU 行仍會將整個小時的耗用量顯示為 100% (最終的最大彙總值)。

   如需更精細的比較 (最精細為一分鐘)，請考慮建立自訂 DTU 使用率圖表：

   1. 在 [Azure 入口網站] 中，選取 [Azure SQL 資料庫>監視]。
   2. 選取 [計量]。
   3. 選取 [+新增圖表]。
   4. 選取圖表上的 DTU 百分比。
   5. 此外，在左上方的功能表上選取 [過去 24 小時]，並將其變更為一分鐘。

   使用資料詳細程度更精細的自訂 DTU 圖表，與查詢執行圖表進行比較。

   底部的方格會顯示可見查詢的彙總資訊：

   • 查詢識別碼，這是查詢在資料庫中的唯一識別碼。
   • 每個查詢在可觀察間隔期間內的 CPU，這取決於彙總函式。
   • 每個查詢的持續時間，這同樣也取決於彙總函式。
   • 特定查詢的總執行次數。

2. 如果您的資料過期了，請選取 [重新整理] 按鈕。

3. 使用滑桿和縮放按鈕來變更觀測間隔，並調查耗用量尖峰︰

   

4. 您可以選擇性地選取 [自訂] 索引標籤，以自訂下列項目的檢視：

   • 計量 (CPU、持續時間、執行計數)。
   • 時間間隔 (過去 24 小時、過去一週，或過去一個月)。
   • 查詢數目。
   • 彙總函式。

   

5. 選取 [前往 >] 按鈕以檢視自訂檢視。

   重要

   「查詢效能深入解析」限定為顯示最耗用資源的 5 到 20 個查詢，視您選取的項目而定。 您的資料庫所執行的查詢數可能遠高於最高排名所顯示的，但這些查詢並不會包含在圖表中。

   也可能會有某個資料庫工作負載類型有許多較小的查詢，頻繁地執行並使用大多數的 DTU，但並未顯示於最高排名的查詢中。 這些查詢不會出現在效能圖表上。

   例如，某個查詢可能已耗用大量 DTU 一段時間，但它在觀察期間內的總耗用量小於其他最耗用資源的查詢。 在此情況下，此查詢的資源使用率並不會出現在圖表上。

   如果您需要了解超出查詢效能深入解析限制外的最高排名查詢執行情形，請考慮使用 Azure SQL 深入解析，執行進階的資料庫效能監視和疑難排解。

檢視個別查詢詳細資料

若要檢視查詢詳細資料︰

1. 選取最高排名查詢清單中的任何查詢。

   

   詳細檢視隨即開啟。 其中會顯示一段時間內的 CPU 耗用量、持續時間和執行計數。

2. 選取圖表功能以取得詳細資料。

   • 最上方的圖表會顯示整體資料庫 DTU 百分比的資料行。 長條圖代表選取的查詢所耗用的 CPU 百分比。
   • 第二個圖表會顯示所選查詢的總持續時間。
   • 底層圖表則顯示所選查詢的執行總數。

   

3. (選擇性) 使用滑桿、使用縮放按鈕或選取 [設定]，來自訂查詢資料的顯示方式或挑選不同的時間範圍。

   重要

   「查詢效能深入解析」不會擷取任何 DDL 查詢。 在某些情況下，它可能不會擷取所有的臨機操作查詢。

   如果您已使用唯讀鎖定功能鎖定資料庫的範圍，[查詢詳細資料] 窗格將無法載入。

針對每段持續時間檢閱排名最前面的查詢

「查詢效能深入解析」有兩項計量可協助您找出潛在的瓶頸︰持續時間和執行計數。

長時間執行的查詢最有可能會鎖定資源較長的時間、封鎖其他使用者，以及限制擴充性。 它們也是最適合進行最佳化的項目。 如需詳細資訊，請參閱了解並解決 Azure SQL 封鎖問題。

若要識別長時間執行的查詢：

1. 針對選取的資料庫，在 [查詢效能深入解析] 中開啟 [自訂] 索引標籤。

2. 將計量變更為 [持續時間]。

3. 選取查詢數目和觀測間隔。

4. 選取彙總函式：

   • Sum 會加總整個觀測間隔內的所有查詢執行時間。
   • Max 會尋找在整個觀測間隔內執行時間最久的查詢。
   • Avg 會尋找所有查詢執行的平均執行時間，並顯示這些平均值中排名最高者。

   

5. 選取 [前往 >] 按鈕以檢視自訂檢視。

   重要

   調整查詢檢視並不會更新 DTU 行。 DTU 行一律會顯示間隔內的最大耗用量值。

   若要更詳盡地了解資料庫的 DTU 耗用量 (最詳細為一分鐘)，請考慮在 Azure 入口網站中建立自訂圖表：

   1. 選取 [Azure SQL 資料庫>監視]。
   2. 選取 [計量]。
   3. 選取 [+新增圖表]。
   4. 選取圖表上的 DTU 百分比。
   5. 此外，在左上方的功能表上選取 [過去 24 小時]，並將其變更為一分鐘。

   建議您使用自訂 DTU 圖表與查詢效能圖表相比較。

針對每個執行計數檢閱排名最前面的查詢

即便執行數目很高可能不會影響資料庫本身，且資源使用量也很低，但使用資料庫的應用程式可能會變慢。

在某些情況下，很高的執行計數可能會導致網路往返次數增加。 往返次數會影響效能。 它們會受限於網路延遲和下游伺服器延遲。

例如，許多資料導向的網站會針對每個使用者要求大量存取資料庫。 雖然有連線集區的協助，但是伺服器上增加的網路流量和處理負載可能會導致效能下降。 一般情況下，應盡可能壓低往返次數。

若要識別經常執行的 (「多對話」) 查詢：

1. 針對選取的資料庫，在 [查詢效能深入解析] 中開啟 [自訂] 索引標籤。

2. 將計量變更為 [執行計數]。

3. 選取查詢數目和觀測間隔。

4. 選取 [前往 >] 按鈕以檢視自訂檢視。

   

了解效能調整註釋

在「查詢效能深入解析」中瀏覽您的工作負載時，您可能會注意到圖表最上方含有垂直線的圖示。

這些圖示是註釋。 這些註釋可顯示 Azure SQL Database Advisor 所提供的效能建議。 將滑鼠停留在註釋上方，可取得關於效能建議的摘要資訊。

如果您想要了解更多資訊或套用建議程式的建議，請選取圖示以開啟建議動作的詳細資料。 如果是有效的建議，您就可以從入口網站立即加以套用。

在某些情況下，由於縮放層級的關係，彼此接近的註釋可能會摺疊成單一註釋。 「查詢效能深入解析」會將其顯示為群組註釋圖示。 選取群組註釋圖示將會開啟新的窗格，其中列出了註釋。

使查詢和效能調整動作相互關聯，有助於深入了解您的工作負載。

最佳化查詢存放區設定

在使用查詢效能深入解析時，您可能會看到下列查詢存放區錯誤訊息：

• 「此資料庫的查詢存放區未正確設定。 請按一下這裡深入了解。」
• 「此資料庫的查詢存放區未正確設定。 請按一下這裡變更設定。」

這些訊息通常會在查詢存放區無法收集新資料時出現。

當查詢存放區處於唯讀狀態並且以最佳方式設定參數時，就會發生第一種狀況。 您可以藉由增加資料存放區的大小或清除查詢存放區，來修正此問題。 (如果您清除查詢存放區，所有先前收集到的遙測資料都將遺失。)

當查詢存放區未啟用，或參數並不是以最佳方式所設定時，就會發生第二種狀況。 您可以藉由執行 Azure 入口網站查詢編輯器、SQL Server Management Studio (SSMS)、Azure Data Studio、sqlcmd 或您選擇的用戶端工具所提供的下列 T-SQL 命令，來變更保留和擷取原則，以及啟用查詢存放區。

建議使用的保留期和擷取原則

保留期原則有兩種：

• 容量大小式：原則設為 [自動] 時，將會在收集的資料量接近容量上限時自動清除資料。
• 以時間為基礎：根據預設，此原則會設為 30 天。 如果查詢存放區的空間用盡，就會刪除 30 天之前的查詢資訊。

您可以將擷取原則設為：

• 全部：查詢存放區會擷取所有查詢。
• 自動：查詢存放區會忽略不常執行的查詢，以及編譯和執行持續時間微不足道的查詢。 執行次數、編譯持續時間和執行階段持續時間的閾值皆由內部決定。 這是預設選項。
• 無：查詢存放區會停止擷取新的查詢，不過仍然會收集已擷取查詢的執行階段統計資料。

建議您從 SSMS 或 Azure 入口網站執行下列命令，將所有原則設為 [自動]，並將清除原則設為 30 天。 (請將 YourDB 取代為資料庫名稱)。

    ALTER DATABASE [YourDB]
    SET QUERY_STORE (SIZE_BASED_CLEANUP_MODE = AUTO);

    ALTER DATABASE [YourDB]
    SET QUERY_STORE (CLEANUP_POLICY = (STALE_QUERY_THRESHOLD_DAYS = 30));

    ALTER DATABASE [YourDB]
    SET QUERY_STORE (QUERY_CAPTURE_MODE = AUTO);

透過 SSMS 或 Azure 入口網站連線到資料庫，並執行下列查詢，以增加查詢存放區的大小。 (請將 YourDB 取代為資料庫名稱)。

    ALTER DATABASE [YourDB]
    SET QUERY_STORE (MAX_STORAGE_SIZE_MB = 1024);

套用這些設定，最終會使查詢存放區收集新查詢的遙測資料。 如果您需要立即執行查詢存放區，可以選擇透過 SSMS 或 Azure 入口網站執行下列查詢，以清除查詢存放區。 (請將 YourDB 取代為資料庫名稱)。

注意

執行下列查詢，將會從查詢存放區中刪除所有先前收集到的受監視遙測資料。

    ALTER DATABASE [YourDB] SET QUERY_STORE CLEAR;

後續步驟

考慮使用 Azure SQL 分析，對組成龐大機組的單一和集區資料庫、彈性集區、受控執行個體和執行個體資料庫執行進階的效能監控。