Bewährte Methoden für den Abfragespeicher

  • Artikel

GILT FÜR: Azure Database for PostgreSQL – Single Server

Wichtig

Azure Database for PostgreSQL – Single Server wird eingestellt. Es wird dringend empfohlen, ein Upgrade auf Azure Database for PostgreSQL – Flexible Server auszuführen. Weitere Informationen zum Migrieren zu Azure Database for PostgreSQL – Flexible Server finden Sie unter Was geschieht mit Azure Database for PostgreSQL – Single Server?

Dieser Artikel beschreibt bewährte Methoden für die Verwendung des Abfragespeichers in Azure Database for PostgreSQL.

Festlegen des optimalen Abfrageerfassungsmodus

Lassen Sie den Abfragespeicher die Daten erfassen, die für Sie wichtig sind.

pg_qs.query_capture_mode Szenario
Alle Analysieren Sie Ihre Workload sorgfältig im Hinblick auf alle Abfragen und deren Ausführungshäufigkeit und andere Statistiken. Identifizieren Sie neue Abfragen in Ihrer Workload. Erkennen Sie, ob Ad-hoc-Abfragen verwendet werden, um Möglichkeiten für Benutzer oder eine automatische Parametrisierung zu identifizieren. Bei All sind die Kosten für den Ressourcenverbrauch höher.
Top Konzentrieren Sie sich auf die wichtigsten Abfragen – die von Clients ausgestellt wurden.
None Sie haben bereits einen Abfragesatz und ein Zeitfenster erfasst, das Sie untersuchen möchten, und Sie möchten die nun Ablenkungen beseitigen, die ggf. durch andere Abfragen entstehen. None ist für Testzwecke sowie für Benchmarkingumgebungen geeignet. None sollte mit Vorsicht verwendet werden, da Sie unter Umständen keine Möglichkeit haben, wichtige neue Abfragen nachzuverfolgen und zu optimieren. Sie können keine Daten für diese vergangenen Zeitfenster wiederherstellen.

Der Abfragespeicher enthält auch einen Speicher für Wartestatistiken. Eine zusätzliche Erfassungsmodusabfrage bestimmt Wartestatistiken: pgms_wait_sampling.query_capture_mode kann auf None oder All festgelegt werden.

Hinweis

pg_qs.query_capture_mode ersetzt pgms_wait_sampling.query_capture_mode. Wenn für pg_qs.query_capture_mode None festgelegt ist, hat die Einstellung pgms_wait_sampling.query_capture_mode keine Auswirkungen.

Beibehalten der erforderlichen Daten

Der Parameter pg_qs.retention_period_in_days gibt den Datenaufbewahrungszeitraum für den Abfragespeicher in Tagen an. Ältere Abfrage- und Statistikdaten werden gelöscht. Standardmäßig ist der Abfragespeicher so konfiguriert, dass die Daten sieben Tage lang aufbewahrt werden. Speichern Sie keine historischen Daten, wenn Sie nicht beabsichtigen, diese zu verwenden. Legen Sie hierfür ggf. einen höheren Wert fest, wenn Sie die Daten länger aufbewahren möchten.

Festlegen der Häufigkeit für die Wartestatistik-Stichprobenentnahme

Der Parameter pgms_wait_sampling.history_period gibt an, wie oft für Warteereignisse Stichproben entnommen werden (in Millisekunden). Je kürzer der Zeitraum, desto häufiger erfolgt die Stichprobenentnahme. Weitere Informationen werden abgerufen, wobei jedoch die Ressourcennutzung ansteigt. Vergrößern Sie diesen Zeitraum, wenn der Server ausgelastet ist oder keine Granularität erforderlich ist.

Schnelle Erkenntnisse zum Abfragespeicher

Nutzen Sie Query Performance Insight im Azure-Portal, um schnelle Erkenntnisse zu den Daten im Abfragespeicher zu erhalten. Die Visualisierungsoberfläche der am längsten ausgeführten Abfragen und der längsten Warteereignisse im Zeitverlauf.

Nächste Schritte