查詢存放區 的最佳做法

  • 發行項

適用於：適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器

重要

適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器位於淘汰路徑上。 強烈建議您升級至 適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器。 如需移轉至 適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器的詳細資訊，請參閱單一伺服器 適用於 PostgreSQL 的 Azure 資料庫 發生什麼事？。

本文概述在 適用於 PostgreSQL 的 Azure 資料庫 中使用 查詢存放區 的最佳做法。

設定最佳查詢擷取模式

讓 查詢存放區 擷取您最重要的數據。

pg_qs.query_capture_mode 案例
全部 就所有查詢及其執行頻率和其他統計數據而言，徹底分析您的工作負載。 識別您工作負載中的新查詢。 偵測是否使用特定查詢來識別使用者或自動參數化的機會。 所有資源 耗用量成本都會增加。
前幾個 將注意力放在最上層的查詢上- 用戶端所發出的查詢。
None 您已經擷取您想要調查的查詢集和時間範圍，而且想要消除其他查詢可能引進的干擾。 None 適用於測試和板凳標記環境。 您應該謹慎使用 None ，因為您可能會錯過追蹤和優化重要新查詢的機會。 您無法復原過去時間範圍的數據。

查詢存放區 也包含等候統計數據的存放區。 還有其他擷取模式查詢可控管等候統計數據： pgms_wait_sampling.query_capture_mode 可以設定為 none 或 all。

注意

pg_qs.query_capture_mode 會取代 pgms_wait_sampling.query_capture_mode。 如果 pg_qs.query_capture_mode 為 none，則 pgms_wait_sampling.query_capture_mode 設定沒有作用。

保留您需要的數據

pg_qs.retention_period_in_days 參數會指定 查詢存放區 數據保留期間天數。 刪除較舊的查詢和統計數據數據。 根據預設，查詢存放區 會設定為保留7天的數據。 避免保留您不打算使用的歷史數據。 如果您需要讓數據保持更長的時間，請增加值。

設定等候統計數據取樣的頻率

pgms_wait_sampling.history_period 參數會指定取樣等候事件的頻率（以毫秒為單位）。 週期越短，取樣頻率就越高。 會擷取詳細資訊，但成本會提高資源耗用量。 如果伺服器負載不足，或您不需要數據粒度，請增加此期間

取得 查詢存放區的快速見解

您可以使用 Azure 入口網站 中的查詢效能深入解析，快速瞭解 查詢存放區 中的數據。 視覺效果會顯示運行時間最長的查詢和最長的等候事件。

下一步