Bewährte Methoden für den Abfragespeicher
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
- Erfahren Sie, wie Sie Parameter mithilfe des Azure-Portals oder der Azure-Befehlszeilenschnittstelle abrufen oder festlegen.
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für