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.
Globale Statusvariablen von Aurora MySQL
Aurora MySQL enthält Statusvariablen aus der MySQL-Community und Variablen, die es nur bei Aurora gibt. Sie können diese Variablen untersuchen, um zu erfahren, was in der Datenbank-Engine passiert. Weitere Informationen zu den Statusvariablen in Community-MySQL finden Sie unter Serverstatusvariablen
Sie können die aktuellen Werte für die globalen Statusvariablen von Aurora MySQL mithilfe einer Anweisung wie den folgenden ermitteln:
show global status like '%aurora%';
Anmerkung
Globale Statusvariablen werden gelöscht, wenn die DB-Engine neu gestartet wird.
In der folgenden Tabelle werden die globalen Statusvariablen beschrieben, die Aurora MySQL verwendet.
Name | Beschreibung |
---|---|
|
Die Gesamtzahl der Commits seit dem letzten Neustart. |
|
Die aggregierte Commit-Latenz seit dem letzten Neustart. |
|
Die aggregierte DDL-Latenz seit dem letzten Neustart. |
|
Die aggregierte |
|
Die aggregierte |
|
Die aggregierte |
|
Die aggregierte |
|
Die Anzahl der Byte, die dem I/O Binlog-Cache zugewiesen sind. |
|
Die Anzahl der Leseanforderungen an den I/O Binlog-Cache. |
|
Die Anzahl der Leseanforderungen, die vom I/O Binlog-Cache aus bedient wurden. |
|
Gibt an, ob das erweiterte Binärprotokoll für diese DB-Instance aktiviert oder deaktiviert ist. Weitere Informationen finden Sie unter Erweitertes Binlog für Aurora MySQL einrichten. |
|
Die Anzahl der Datenbankverbindungen mit der DB-Instance, ausgenommen RDS-Serviceverbindungen, die für Datenbankzustandsprüfungen verwendet werden. |
|
Ein Zähler, der erhöht wird, wenn der zwischengespeicherte Cursor erfolgreich abgerufen und bestätigt wurde. Weitere Informationen zum Cache für schnelles Einfügen finden Sie unter Amazon Aurora MySQL-Leistungserweiterungen. |
|
Ein Zähler, der erhöht wird, wenn der zwischengespeicherte Cursor nicht mehr gültig ist und Aurora einen normalen Index-Durchlauf durchführt. Weitere Informationen zum Cache für schnelles Einfügen finden Sie unter Amazon Aurora MySQL-Leistungserweiterungen. |
|
Die Speichermenge in Byte, die das InnoDB-Volltextsuchsystem verwendet. Diese Variable gilt für Aurora MySQL Version 3.07 und höher. |
|
Die Gesamtzahl der DML-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 2. |
|
Die Gesamtdauer der DML-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 2. |
|
Gibt an, wie oft eine weitergeleitete Verbindung nicht auf dem Writer hergestellt werden konnte. |
|
Die Anzahl der weitergeleiteten Anfragen, die aufgrund von |
|
Die Angabe, wie oft eine Weiterleitungssitzung aufgrund eines Timeouts auf dem Writer beendet wird. |
|
Die Anzahl der weitergeleiteten Sitzungen auf der Writer-DB-Instance. Diese Variable gilt für Aurora-MySQL-Version 2. |
|
Die Gesamtzahl der |
|
Die Gesamtdauer der |
|
Die Gesamtzahl der DML-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 3. |
|
Die Gesamtdauer der DML-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 3. |
|
Gibt an, wie oft eine weitergeleitete Verbindung nicht auf dem Writer hergestellt werden konnte. |
|
Die Anzahl der weitergeleiteten Anfragen, die aufgrund von |
|
Die Angabe, wie oft eine Weiterleitungssitzung aufgrund eines Timeouts auf dem Writer beendet wird. |
|
Die Anzahl der weitergeleiteten Sitzungen auf der Writer-DB-Instance. Diese Variable gilt für Aurora-MySQL-Version 3. |
|
Die Gesamtzahl der |
|
Die Gesamtdauer der |
|
Die Menge an Pufferpool-Speicher in Byte, die der Aurora MySQL Lock Manager verwendet. |
|
Die Speichermenge in Byte, die der Aurora MySQL Lock Manager verwendet. |
|
Die aggregierte Anzahl der Anfragen, die Aurora My SQLmakes an die Aurora-Machine-Learning-Dienste sendet, über alle Abfragen hinweg, die von Benutzern der DB-Instance ausgeführt werden. Weitere Informationen finden Sie unter Verwenden von Amazon Aurora Machine Learning mit Aurora My SQL. |
|
Die aggregierte Zahl der Antworten, die Aurora MySQL von den Machine-Learning-Services von Aurora über alle von Benutzern der DB-Instance durchgeführten Abfragen hinweg erhält. Weitere Informationen finden Sie unter Verwenden von Amazon Aurora Machine Learning mit Aurora My SQL. |
|
Die aggregierte Zahl der internen Cache-Treffer, die Aurora MySQL von den Machine-Learning-Services von Aurora über alle von Benutzern der DB-Instance durchgeführten Abfragen hinweg erhält. Weitere Informationen finden Sie unter Verwenden von Amazon Aurora Machine Learning mit Aurora My SQL. |
|
Die Anzahl der logischen Anfragen, die die DB-Instance seit dem letzten Status-Reset zum Senden an die Aurora-Machine-Learning-Services ausgewertet hat. Je nachdem, ob Stapelverarbeitung verwendet wurde, kann dieser Wert höher sein als |
|
Die aggregierte Zahl der Antworten, die Aurora MySQL von den Machine-Learning-Services von Aurora über alle von Benutzern der DB-Instance durchgeführten Abfragen hinweg erhält. Weitere Informationen finden Sie unter Verwenden von Amazon Aurora Machine Learning mit Aurora My SQL. |
|
Die Anzahl der wiederholten Anfragen, die die DB-Instance seit dem letzten Status-Reset an die Aurora-Machine-Learning-Services gesendet hat. Weitere Informationen finden Sie unter Verwenden von Amazon Aurora Machine Learning mit Aurora My SQL. |
|
Die aggregierte Zahl der Machine-Learning-Funktionen von Aurora, die im Nicht-Batch-Modus über alle von Benutzern der DB-Instance durchgeführten Abfragen hinweg evaluiert werden. Weitere Informationen finden Sie unter Verwenden von Amazon Aurora Machine Learning mit Aurora My SQL. |
|
Gibt an, ob sich Aurora out-of-memory (OOM) Avoidance Recovery für diese DB-Instance im Diese Variable gilt für Aurora MySQL Version 3.06.0 und höher. |
|
Stellt den Schwellenwert für die Eingabe des Wenn der verfügbare Speicher auf dem Server unter diesen Schwellenwert fällt, wird der Wert auf Diese Variable gilt für Aurora MySQL Version 3.06.0 und höher. |
|
Stellt den Schwellenwert für das Verlassen des Wenn der verfügbare Speicher auf dem Server über diesen Schwellenwert steigt, Diese Variable gilt für Aurora MySQL Version 3.06.0 und höher. |
|
Stellt den aktuellen OOM-Status dieser DB-Instance dar. Wenn der Wert „ist“ Ändert sich der Wert auf Weitere Informationen finden Sie unter Behebung von out-of-memory Problemen mit Aurora MySQL-Datenbanken. Diese Variable gilt für Aurora MySQL Version 3.06.0 und höher. |
|
Die Anzahl der Bytes, die in Zusammenhang mit Tupel-Datenstrukturen während der Parallelabfragen an den Hauptknoten übertragen wurden. Für den Abgleich mit durch 16 348 teile |
|
Die Höchstanzahl der Parallel Query-Sitzungen, die auf dieser Aurora-DB-Instance gleichzeitig ausgeführt werden können. Dies ist eine feste Zahl, die von der AWS DB-Instance-Klasse abhängt. |
|
Die Anzahl der Datenseiten (jeweils fix 16 KiB groß), auf denen Parallel Query eine netzwerkgebundene Übertragung an den Hauptknoten verhindert hat. |
|
Die Anzahl der angeforderten Parallel Query-Sitzungen. Hinter diesem Wert können pro Abfrage mehrere Sitzungen stehen. Ausschlaggebend sind SQL-Konstrukte wie Unterabfragen und Join-Abfragen. |
|
Die Anzahl der erfolgreich ausgeführten Parallel Query-Sitzungen. |
|
Die Anzahl der Parallel Query-Sitzungen, die dem Client einen Fehler zurückgaben. Es kann vorkommen, dass eine angeforderte Parallelabfrage fehlschlägt – z. B. wegen eines Problems auf der Speicherschicht. In diesen Fällen wird der fehlgeschlagene Abfrageteil wiederholt. Dafür kommt der nicht-parallele Abfragemechanismus zum Einsatz. Wenn auch die wiederholte Abfrage fehlschlägt, wird dem Client ein Fehler zurückgegeben. Die Zähleranzeige erhöht sich. |
|
Die Anzahl der derzeit in Ausführung befindlichen Parallel Query-Sitzungen. Die Zahl bezieht sich auf die angeschlossene Aurora-DB-Instance, mit der Sie verbunden sind, nicht auf das gesamte Aurora-DB-Cluster. Sie können prüfen, ob eine DB-Instance die Obergrenze für gleichzeitige Abfragen annähernd erreicht hat. Gleichen Sie dazu diesen Wert mit a |
|
Die Anzahl der Situationen, in denen Parallel Query nicht für die Abarbeitung einer Abfrage genutzt wurde. Dieser Wert setzt sich aus den Beiträgen mehrerer Zähler mit höherer Granularität zusammen. Die Zähleranzeige kann mit einer |
|
Die Anzahl der Situationen, in denen die Anzahl der Tabellenzeilen der Grund für den Nichteinsatz von Parallel Query war. Die Zähleranzeige kann mit einer |
|
Die Anzahl der Parallelabfrageanforderungen, die aufgrund eines nicht unterstützten Datentyps in der Liste der projizierten Spalten den nicht-parallelen Abfrageverarbeitungspfad nutzen. |
|
Die Anzahl der Parallelabfrageanforderungen, die den nicht-parallelen Abfrageverarbeitungspfad nutzen, da die Tabelle Spalten mit dem Datentyp |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Tabelle Spalten mit einem |
|
Die Anzahl der Parallelabfrageanforderungen, die den nicht-parallelen Abfrageverarbeitungspfad nutzen, da die Tabelle eine virtuelle Spalte enthält. |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Tabelle Spalten mit einem benutzerdefinierten Zeichensatz enthält. |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Tabelle zurzeit durch eine schnelle |
|
Die Anzahl der Situationen, in denen Parallel Query nicht genutzt wurde, obwohl weniger als 95 Prozent der Tabellendaten im Bufferpool waren. Grund: Es gab zu wenig nicht gepufferte Tabellendaten. Eine Parallelabfrage lohnte sich deshalb nicht. |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Tabelle Volltextindizes enthält. |
|
Die Anzahl der Situationen, in denen Parallel Query nicht genutzt wurde, weil ein hoher Anteil der Tabellendaten (derzeit >95 Prozent) bereits im Bufferpool war. In diesen Fällen entscheidet der Optimierer, dass das Lesen der Daten aus dem Bufferpool effizienter ist. Die Zähleranzeige kann mit einer |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Abfrage einen Indexhinweis enthält. |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Tabelle ein nicht unterstütztes InnoDB-Zeilenformat verwendet. Die parallele Aurora-Abfrage gilt nur für die |
|
Die Anzahl der Parallelabfrageanforderungen, die den nicht-parallelen Abfrageverarbeitungspfad nutzten, weil die Abfrage in einer lang laufenden Transaktion gestartet wurde. Die Zähleranzeige kann mit einer |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Abfrage keine |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Abfrage einen Bereichsscan für einen Index verwendet. |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Gesamtlänge aller Spalten zu groß ist. |
|
Die Anzahl der Situationen, in denen die Gesamtgröße der Tabelle (Zeilenanzahl und durchschnittliche Zeilenlänge) der Grund für den Nichteinsatz von Parallel Query war. Die Zähleranzeige kann mit einer |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Abfrage auf temporäre Tabellen verweist, die die nicht unterstützten Tabellentypen |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Abfrage eine nicht unterstützte Transaktionsisolationsstufe verwendet. Bei DB-Leser-Instances wird die parallele Abfrage nur auf die Isolationsstufen |
|
Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Abfrage Teil einer |
|
Die Anzahl der Parallelabfrageanforderungen, die den nicht-parallelen Abfrageverarbeitungspfad nutzen, weil die |
|
Die Anzahl der Parallelabfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da der DB-Cluster von Aurora MySQL keine unterstützte Aurora-Cluster-Speicherkonfiguration verwendet. Weitere Informationen finden Sie unter Einschränkungen. Dieser Parameter gilt für Aurora-MySQL-Version 3.04 und höher. |
|
Die Anzahl der Situationen, in denen Parallel Query nicht genutzt wurde, weil die Höchstmenge gleichzeitiger Parallelabfragen bereits auf einer bestimmten Aurora-DB-Instance ausgeführt wird. |
|
Anzahl der Byte, die seit dem letzten Neustart auf eine Reader-Datenbank-Instance von Aurora MySQL repliziert wurden. Weitere Informationen finden Sie unter Replikation mit Amazon Aurora My SQL. |
|
Gibt an, wie oft die Engine seit dem letzten Neustart die Grenzen des reservierten Speichers überschritten hat. Falls |
|
Die maximale Speichermenge in Byte, die seit dem letzten Neustart zu einem beliebigen Zeitpunkt von internen temporären Tabellen verwendet wurde. |
|
Die aktuelle Speichermenge in Byte, die von internen temporären Tabellen verwendet wird. |
|
Der aktuelle Status der In-Memory-Relay-Log-Funktion. Der Wert kann AKTIVIERT oder DEAKTIVIERT sein. |
|
Zeigt den Grund für den aktuellen Status der Funktion im Memory-Relay-Log an. Wenn die Funktion deaktiviert ist, wird eine Meldung mit einer Erklärung angezeigt, warum die Funktion deaktiviert ist. |
|
Zeigt die Gesamtzahl der Fallbacks von der In-Memory-Relay-Log-Funktion in den persistenten Relay-Log-Modus (Legacy) an. Ein Fallback kann entweder durch ein einzelnes Ereignis verursacht werden, das größer als die Cachegröße (derzeit 128 MB) ist, oder wenn ein erneuter Transaktionsversuch das Limit für Replikattransaktionen überschreitet, replica_transaction_retries. |
|
Zeigt die Gesamtzahl der im Memory Relay automatisch durchgeführten Protokollwiederherstellungen an. Diese Anzahl umfasst die Gesamtzahl der Fallbacks und die Anzahl der Rückmeldungen in den automatischen Modus, in den nach den temporären Fallbacks in den Memory-Relay-Log-Modus zurückgeschaltet wurde. |
|
Die aktuelle Anzahl von Threads im Aurora-Threadpool. Weitere Informationen zum Threadpool in Aurora MySQL finden Sie unter Thread-Pool. |
|
Bezeichnet die aktuelle Version der Zeitzoneninformationen, die vom DB-Cluster verwendet werden. Die Werte folgen dem Format der Internet Assigned Numbers Authority (IANA): Dieser Parameter gilt für Aurora-MySQL-Version 2.12 und höher sowie Version 3.04 und höher. |
|
Stellt den Speicherschwellenwert in Kilobyte (KB) für eine Aurora-DB-Instance dar, um einen Neustart ohne Ausfallzeiten (Zero Downtime Restart, ZDR) einzuleiten, um sich nach potenziellen Speicherproblemen zu erholen. |
|
Gibt an, ob Database Activity Streams (DAS) auf dieser DB-Instance aktiviert oder deaktiviert sind. Weitere Informationen finden Sie unter Überwachung von Amazon Aurora mithilfe von Datenbankaktivitätsstreams. |
MySQL-Statusvariablen, die nicht für Aurora MySQL gelten
Aufgrund der architektonischen Unterschiede zwischen Aurora MySQL und MySQL gelten einige MySQL-Statusvariablen nicht für Aurora MySQL.
Die folgenden MySQL-Statusvariablen gelten nicht für Aurora MySQL. Diese Liste ist nicht umfassend.
-
innodb_buffer_pool_bytes_dirty
-
innodb_buffer_pool_pages_dirty
-
innodb_buffer_pool_pages_flushed
Aurora-MySQL-Version 3 entfernt die folgenden Statusvariablen in Aurora-MySQL-Version 2:
-
AuroraDb_lockmgr_bitmaps0_in_use
-
AuroraDb_lockmgr_bitmaps1_in_use
-
AuroraDb_lockmgr_bitmaps_mem_used
-
AuroraDb_thread_deadlocks
-
available_alter_table_log_entries
-
Aurora_lockmgr_memory_used
-
Aurora_missing_history_on_replica_incidents
-
Aurora_new_lock_manager_lock_release_cnt
-
Aurora_new_lock_manager_lock_release_total_duration_micro
-
Aurora_new_lock_manager_lock_timeout_cnt
-
Aurora_total_op_memory
-
Aurora_total_op_temp_space
-
Aurora_used_alter_table_log_entries
-
Aurora_using_new_lock_manager
-
Aurora_volume_bytes_allocated
-
Aurora_volume_bytes_left_extent
-
Aurora_volume_bytes_left_total
-
Com_alter_db_upgrade
-
Compression
-
External_threads_connected
-
Innodb_available_undo_logs
-
Last_query_cost
-
Last_query_partial_plans
-
Slave_heartbeat_period
-
Slave_last_heartbeat
-
Slave_received_heartbeats
-
Slave_retried_transactions
-
Slave_running
-
Time_since_zero_connections
Diese MySQL-Statusvariablen sind in Aurora-MySQL-Version 1 2 verfügbar, in Aurora-MySQL-Version 3 jedoch nicht:
-
Innodb_redo_log_enabled
-
Innodb_undo_tablespaces_total
-
Innodb_undo_tablespaces_implicit
-
Innodb_undo_tablespaces_explicit
-
Innodb_undo_tablespaces_active