Optimieren von Aurora MySQL mit Warteereignissen - Amazon Aurora

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.

Optimieren von Aurora MySQL mit Warteereignissen

Die folgende Tabelle fasst die Aurora-MySQL-Warteereignisse zusammen, die am häufigsten auf Leistungsprobleme hinweisen. Die folgenden Warteereignisse sind eine Teilmenge der Liste in Veranstaltungen rund um Aurora My SQL Wait.

Warteereignis Beschreibung

cpu

Dieses Ereignis tritt auf, wenn ein Thread in der CPU aktiv ist oder auf die CPU wartet.

io/aurora_redo_log_flush

Dieses Ereignis tritt ein, wenn eine Sitzung persistente Daten in den Aurora-Speicher schreibt.

io/aurora_respond_to_client

Das Ereignis tritt auf, wenn ein Thread darauf wartet, eine Ergebnismenge an einen Client zurückzugeben.

io/redo_log_flush

Dieses Ereignis tritt ein, wenn eine Sitzung persistente Daten in den Aurora-Speicher schreibt.

io/socket/sql/client_connection

Dieses Ereignis tritt auf, wenn ein Thread gerade eine neue Verbindung verarbeitet.

io/table/sql/handler

Dieses Ereignis tritt ein, wenn Arbeit an eine Speicher-Engine delegiert wurde.

synch/cond/innodb/row_lock_wait

Dieses Ereignis tritt auf, wenn eine Sitzung eine Zeile für eine Aktualisierung gesperrt hat und eine andere Sitzung versucht, dieselbe Zeile zu aktualisieren.

synch/cond/innodb/row_lock_wait_cond

Dieses Ereignis tritt auf, wenn eine Sitzung eine Zeile für eine Aktualisierung gesperrt hat und eine andere Sitzung versucht, dieselbe Zeile zu aktualisieren.

synch/cond/sql/MDL_context::COND_wait_status

Dieses Ereignis tritt ein, wenn Threads auf eine Tabellenmetadatensperre warten.

synch/mutex/innodb/aurora_lock_thread_slot_futex

Dieses Ereignis tritt auf, wenn eine Sitzung eine Zeile für eine Aktualisierung gesperrt hat und eine andere Sitzung versucht, dieselbe Zeile zu aktualisieren.

synch/mutex/innodb/buf_pool_mutex

Dieses Ereignis tritt ein, wenn ein Thread eine Sperre des InnoDB-Puffer-Pools für den Zugriff auf eine Seite im Speicher erworben hat.

synch/mutex/innodb/fil_system_mutex

Dieses Ereignis tritt auf, wenn eine Sitzung darauf wartet, auf den Tablespace-Speichercache zuzugreifen.

synch/mutex/innodb/trx_sys_mutex

Dieses Ereignis tritt auf, wenn eine hohe Datenbankaktivität mit einer großen Anzahl von Transaktionen besteht.

synch/sxlock/innodb/hash_table_locks

Dieses Ereignis tritt ein, wenn Seiten, die nicht im Pufferpool gefunden wurden, aus einer Datei gelesen werden müssen.