Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Tuning mit Wait-Events für Aurora Postgre SQL
Wait-Events sind ein wichtiges Tuning-Tool für Aurora PostgreSQL. Wenn Sie herausfinden können, warum Sitzungen auf Ressourcen warten und was sie tun, können Sie Engpässe besser reduzieren. Anhand der Informationen in diesem Abschnitt können Sie mögliche Ursachen und Abhilfemaßnahmen ermitteln. Bevor Sie sich mit diesem Abschnitt befassen, empfehlen wir Ihnen dringend, die grundlegenden Aurora-Konzepte zu verstehen, insbesondere die folgenden Themen:
Wichtig
Die Warteereignisse in diesem Abschnitt sind spezifisch für Aurora PostgreSQL. Verwenden Sie die Informationen in diesem Abschnitt nur zur Optimierung von Amazon Aurora, nicht RDS für PostgreSQL.
Einige Warteereignisse in diesem Abschnitt haben keine Entsprechungen in den Open-Source-Versionen dieser Datenbank-Engines. Andere Warteereignisse haben dieselben Namen wie Ereignisse in Open-Source-Engines, verhalten sich jedoch anders. Beispielsweise funktioniert Amazon-Aurora-Speicher anders als Open-Source-Speicher, sodass speicherbezogene Warteereignisse auf unterschiedliche Ressourcenbedingungen hinweisen.
Themen
- Grundlegende Konzepte für Aurora PostgreSQL-Optimierung
- Aurora PostgreSQL-Warteereignisse
- Kunde: ClientRead
- Kunde: ClientWrite
- CPU
- io:BuffileRead und io:BuffileWrite
- IO: DataFileRead
- IO:XactSync
- IPC:DamRecordTxAck
- Lock:advisory
- Lock:extend
- Lock:Relation
- Lock:transactionid
- Lock:tuple
- LWLock:buffer_content (BufferContent)
- LWLock:buffer_mapping
- LWLock:BufferIO (IPC:BufferIO)
- LWLock:lock_manager
- LWLock:MultiXact
- Timeout:PgSleep
