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.
Aurora MySQL Konfigurationsparameter
Sie können Ihr Amazon-Aurora-MySQL-DB-Cluster auf dieselbe Art und Weise verwalten, wie Sie Ihre anderen Amazon-RDS-DB-Instances verwalten, und zwar indem Sie die Parameter in einer DB-Parametergruppe verwenden. Amazon Aurora unterscheidet sich von anderen DB-Engines dadurch, dass Sie über einen DB-Cluster verfügen, der mehrere DB-Instances enthält. Folglich gelten einige der Parameter, mit denen Sie Ihren Aurora MySQL-DB-Cluster verwalten, für den gesamten Cluster. Andere Parameter gelten nur für eine bestimmte DB-Instance im DB-Cluster.
Um Parameter auf Cluster-Ebene zu verwalten, verwenden Sie DB-Cluster-Parametergruppen. Um Parameter auf Instance-Ebene zu verwalten, verwenden Sie DB-Parametergruppen. Jede DB-Instance in einem Aurora MySQL-DB-Cluster ist mit der MySQL-Datenbank-Engine kompatibel. Sie wenden jedoch einige der Parameter der MySQL-Datenbank-Engine auf Cluster-Ebene an und verwalten diese Parameter mit DB-Cluster-Parametergruppen. Sie können keine Parameter auf Clusterebene in der DB-Parametergruppe für eine Instance in einem Aurora-DB-Cluster finden. Eine Liste der Parameter auf Clusterebene erscheint weiter unten in diesem Thema.
Sie können sowohl Parameter auf Cluster- als auch auf Instanzebene mit der AWS Management Console, der oder der Amazon AWS CLI RDS-API verwalten. Sie verwenden separate Befehle für die Verwaltung von Parametern auf Cluster- und Instance-Ebene. Beispielsweise können Sie mit dem CLI-Befehl modify-db-cluster-parameter-group Parameter auf Clusterebene in einer DB-Cluster-Parametergruppe verwalten. Sie können den CLI-Befehl modify-db-parameter-group verwenden, um Parameter auf Instance-Ebene in einer DB-Parametergruppe für eine DB-Instance in einem DB-Cluster zu verwalten.
Sie können Parameter auf Cluster- und Instance-Ebene in der Konsole oder mithilfe der CLI oder der RDS-API anzeigen. Sie können beispielsweise den AWS CLI Befehl describe-db-cluster-parameters verwenden, um Parameter auf Clusterebene in einer DB-Cluster-Parametergruppe anzuzeigen. Sie können den CLI-Befehl describe-db-parameters verwenden, um Parameter auf Instance-Ebene in einer DB-Parametergruppe für eine DB-Instance in einem DB-Cluster anzuzeigen.
Anmerkung
Jede Standard-Parametergruppe enthält die Standardwerte für alle Parameter in der Parametergruppe. Wenn der Parameter „Engine-Standard“ für diesen Wert hat, finden Sie in der versionsspezifischen MySQL- oder PostgreSQL-Dokumentation den tatsächlichen Standardwert.
Sofern nicht anders angegeben, gelten die in den folgenden Tabellen aufgeführten Parameter für die Aurora-MySQL-Versionen 2 und 3.
Weitere Informationen zu DB-Parametergruppen finden Sie unter Arbeiten mit Parametergruppen. Regeln und Einschränkungen für Aurora Serverless v1-Cluster finden Sie unter Parametergruppen für Aurora Serverless v1.
Themen
Parameter auf Cluster-Ebene
In der folgenden Tabelle werden alle Parameter aufgeführt, die für das gesamte Aurora MySQL-DB-Cluster gelten.
Parametername | Anpassbar | Hinweise |
---|---|---|
|
Ja |
Beeinflusst nur Cluster, die Binärprotokoll-Replikation (Binlog) verwenden. Hinweise zur Binärprotokoll-Replikation finden Sie unter Replizieren zwischen Aurora und MySQL oder zwischen Aurora und einem anderen Aurora-DB-Cluster (binäre Protokollreplikation). Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Beeinflusst nur Cluster, die Binärprotokoll-Replikation (Binlog) verwenden. Hinweise zur Binärprotokoll-Replikation finden Sie unter Replizieren zwischen Aurora und MySQL oder zwischen Aurora und einem anderen Aurora-DB-Cluster (binäre Protokollreplikation). |
|
Ja |
Legt die Gesamtzahl der verfügbaren parallel Threads fest, um sekundäre Indexänderungen anzuwenden, wenn Transaktionen für große Tabellen mit mehr als einem sekundären Index repliziert werden. Der Parameter ist standardmäßig auf Dieser Parameter ist in Aurora MySQL Version 306 und höher verfügbar. Weitere Informationen finden Sie unter Optimieren der binären Protokollreplikation . |
|
Ja |
Beeinflusst nur Cluster, die Binärprotokoll-Replikation (Binlog) verwenden. Hinweise zur Binärprotokoll-Replikation finden Sie unter Replizieren zwischen Aurora und MySQL oder zwischen Aurora und einem anderen Aurora-DB-Cluster (binäre Protokollreplikation). Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Setzen Sie diesen Parameter auf |
|
Ja |
Weitere Informationen finden Sie unter Performance-Überlegungen zur Amazon Aurora MySQL-Replikation. Gilt nicht für Cluster, die Teil einer globalen Aurora-Datenbank sind. Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Weitere Informationen finden Sie unter Performance-Überlegungen zur Amazon Aurora MySQL-Replikation. Gilt nicht für Cluster, die Teil einer globalen Aurora-Datenbank sind. Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Diese Einstellung ist in Aurora MySQL Versione 3 verfügbar, wird aber nicht verwendet. |
|
Ja |
Diese Einstellung ist standardmäßig in Aurora MySQL 2.10 und höher aktiviert. Weitere Informationen finden Sie unter Neustart ohne Ausfallzeit (ZDR) für Amazon Aurora MySQL. |
|
Ja |
Legen Sie den Wert dieses Parameters auf 1 fest, um das erweiterte Binärprotokoll in Aurora MySQL Version 3.03.1 und höher zu aktivieren. Weitere Informationen finden Sie unter Einrichten eines erweiterten Binärprotokolls. |
|
Ja |
Verwenden Sie diesen Parameter, um einen Hintergrund-Thread zur Durchführung von Speicherwartungsvorgängen zu aktivieren. Die zulässigen Werte sind Dieser Parameter gilt für Aurora MySQL Version 3.05 und höher. |
|
Ja |
Verwenden Sie diesen Parameter, um freigegebenen Speicher für eine bestimmte Zeit (in Millisekunden) beizubehalten. Die Beibehaltung des Speichers ermöglicht eine schnellere Wiederverwendung. Die zulässigen Werte sind Dieser Parameter gilt für Aurora MySQL Version 3.05 und höher. |
|
Ja |
Verwenden Sie diesen Parameter, um kleine Speicheranforderungen (bis zu 32 KiB) in einem lokalen Thread-Cache zu bearbeiten und dabei die Speicherarenen zu umgehen. Die zulässigen Werte sind Dieser Parameter gilt für Aurora MySQL Version 3.05 und höher. |
|
Ja |
Weitere Informationen finden Sie unter Laden von Daten in einen Amazon Aurora MySQL-DB-Cluster aus Textdateien in einem Amazon S3-Bucket. Derzeit nicht in Aurora-MySQL-Version 3 verfügbar. Verwenden Sie |
|
Ja |
Diese Einstellung ist in Aurora MySQL 2.11 und höher standardmäßig aktiviert. Verwenden Sie diese Einstellung, um Passwort-Hashes von Aurora MySQL in den allgemeinen Protokollen, den langsamen Abfrageprotokollen und den Audit-Protokollen zu maskieren. Die zulässigen Werte sind |
|
Ja |
Weitere Informationen finden Sie unter Speichern von Daten aus einem Amazon Aurora MySQL-DB-Cluster in Textdateien in einem Amazon S3-Bucket. Derzeit nicht in Aurora-MySQL-Version 3 verfügbar. Verwenden Sie |
|
Ja |
Steuert den Benutzernamenvergleich ohne Berücksichtigung der Groß-/Kleinschreibung für das Plug-in Dieser Parameter ist in Aurora MySQL Version 3.03 und höher verfügbar. |
|
Ja |
|
|
Ja |
|
|
Ja |
Weitere Informationen finden Sie unter Aufrufen einer Lambda-Funktion aus einem Amazon Aurora MySQL-DB-Cluster. |
|
Ja |
Wird beim Aufrufen der Anweisung Bei Aurora MySQL Version 2 wird die in diesem Parameter festgelegte IAM-Rolle verwendet, wenn keine IAM-Rolle für Bei Aurora-MySQL-Version 3 wird die für diesen Parameter festgelegte IAM-Rolle immer verwendet. Weitere Informationen finden Sie unter Zuweisen einer IAM-Rolle zu einem Amazon-Aurora-MySQL-DB-Cluster. |
|
Ja |
Legen Sie den Wert dieses Parameters auf 0 fest, um das erweiterte Binärprotokoll in Aurora MySQL Version 3.03.1 und höher zu aktivieren. Sie können diesen Parameter nur deaktivieren, wenn Sie das erweiterte Binärprotokoll verwenden. Weitere Informationen finden Sie unter Einrichten eines erweiterten Binärprotokolls. |
|
Ja |
Die RDS-API AWS CLI und die RDS-API melden einen Wert von, |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Weitere Informationen finden Sie unter Replizieren zwischen Aurora und MySQL oder zwischen Aurora und einem anderen Aurora-DB-Cluster (binäre Protokollreplikation). |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Legen Sie den Wert dieses Parameters auf 0 fest, um das erweiterte Binärprotokoll in Aurora MySQL Version 3.03.1 und höher zu aktivieren. Sie können diesen Parameter nur deaktivieren, wenn Sie das erweiterte Binärprotokoll verwenden. Weitere Informationen finden Sie unter Einrichten eines erweiterten Binärprotokolls. |
|
Nein |
|
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
|
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter legt eine Obergrenze für die Anzahl der Zeilen-Hashes fest, die im Speicher abgelegt und für die Suche nach der Transaktion, die eine bestimmte Zeile zuletzt geändert hat, verwendet werden. Sobald diese Anzahl von Hashes erreicht wurde, wird der Verlauf gelöscht. Dieser Parameter gilt für Aurora-MySQL-Version 2.12 und höher sowie Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Nein |
Aurora MySQL-Cluster verwenden für all Ihre Daten die InnoDB-Speicher-Engine. |
|
Manchmal |
Veränderbar in Aurora MySQL-Version 2 und höher. |
|
Ja |
Zeigt den Status des Ereignisplaners an. Modifizierbar nur auf Clusterebene in Aurora-MySQL-Version 3. |
|
Manchmal |
Veränderbar in Aurora MySQL-Version 2 und höher. |
|
Ja |
Die Anzahl der Sekunden, nach denen der MySQL-Datenbankserver Daten von der Speicher-Engine abruft und die Daten im Cache ersetzt. Die zulässigen Werte sind Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Der Befehl, der vom Server für jeden Client ausgeführt wird, der eine Verbindung herstellt. Verwenden Sie doppelte Anführungszeichen („) für Einstellungen, um Verbindungsfehler zu vermeiden, zum Beispiel:
Bei Aurora MySQL Version 3 gilt dieser Parameter nicht für Benutzer, die über die |
|
Ja |
Sie können diesen Parameter auf DB-Cluster-Ebene in den Aurora-MySLQ-Versionen 2 und 3 ändern. Der Adaptive-Hash-Index wird auf Reader-DB-Instances nicht unterstützt. |
|
Ja |
Steuert, ob der
Weitere Informationen finden Sie unter Column Operations Dieser Parameter gilt für Aurora MySQL Version 3.05 und höher. |
|
Ja |
|
|
Nein |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
|
|
Ja |
|
|
Nein |
Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
|
Ja |
Diese Option wird verwendet, um die Deadlock-Erkennung in Aurora-MySQL-Version 2.11 und höher sowie Version 3 zu deaktivieren. Auf Systemen mit hoher Parallelität kann die Deadlock-Erkennung zu einer Verlangsamung führen, wenn zahlreiche Threads auf dieselbe Sperre warten. Weitere Informationen zu diesem Parameter finden Sie in der MySQL-Dokumentation. |
|
Ja |
Dieser Parameter definiert das Standardzeilenformat für InnoDB-Tabellen (einschließlich benutzerdefinierter temporärer InnoDB-Tabellen). Er gilt für Aurora MySQL Version 2 und 3. Mögliche Werte sind |
|
Ja |
Dieser Parameter wirkt sich auf die Organisation des Tabellenspeichers aus. Weitere Informationen finden Sie unter Speicherskalierung. |
|
Ja |
Es wird dringend empfohlen, den Standardwert von zu verwenden Bevor Sie in Aurora MySQL Version 3 diesen Parameter auf einen anderen Wert als setzen können Weitere Informationen finden Sie unter Konfigurieren, wie oft der Protokollpuffer geleert wird. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Nein |
|
|
Ja |
Wenn dieser Parameter aktiviert ist, werden Informationen über alle InnoDB-Deadlocks im Fehlerprotokoll von Aurora MySQL aufgezeichnet. Weitere Informationen finden Sie unter Minimieren und Beheben von Aurora-MySQL-Deadlocks. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
|
|
Ja |
|
|
Ja |
Wenn dieser Parameter aktiviert ist, bezieht InnoDB zum Löschen markierte Datensätze in die Berechnung der persistenten Optimierungsstatistiken ein. Dieser Parameter gilt für Aurora-MySQL-Version 2.12 und höher sowie Version 3. |
|
Ja |
|
|
Ja |
Setzen Sie in Aurora MySQL Version 3 den Wert dieses Parameters auf, Der Standardwert von Weitere Informationen finden Sie unter Konfigurieren, wie oft der Protokollpuffer geleert wird. |
|
Nein |
Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
|
Ja |
Steuert, welche In-Memory-Speicher-Engine für interne temporäre Tabellen verwendet wird. Zulässige Werte sind Dieser Parameter gilt für Aurora MySQL Version 2. |
|
Ja |
Steuert, welche In-Memory-Speicher-Engine für interne temporäre Tabellen verwendet wird. Zulässige Werte sind Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Schlüssel-Cache für MyISAM-Tabellen. Weitere Informationen finden Sie unter keycache->cache_lock mutex. |
|
Ja |
|
|
Ja |
Gibt eine Liste von Fehlercodes an, die nicht im MySQL-Fehlerprotokoll protokolliert sind. Auf diese Weise können Sie bestimmte unkritische Fehlerbedingungen ignorieren, um Ihre Fehlerprotokolle sauber zu halten. Weitere Informationen finden Sie unter log_error_suppression_list Dieser Parameter gilt für Aurora MySQL Version 3.03 und höher. |
|
Ja |
Dieser Parameter gilt für Aurora-MySQL-Version 3. |
|
Ja (Aurora-MySQL-Version 2) Nur zur Clustererstellung (Aurora-MySQL-Version 3) |
Stellen Sie in Aurora-MySQL-Version 2.10 und höheren 2.x-Versionen sicher, dass Sie alle Reader-Instances neu starten, nachdem Sie diese Einstellung geändert und die Writer-Instance neu gestartet haben. Details hierzu finden Sie unter Neustart eines Aurora-Clusters mit Leseverfügbarkeit. In Aurora-MySQL-Version 3 wird der Wert dieses Parameters zum Zeitpunkt der Erstellung des Clusters dauerhaft festgelegt. Wenn Sie für diese Option einen nicht standardmäßigen Wert verwenden, richten Sie Ihre benutzerdefinierte Parametergruppe Aurora-MySQL-Version 3 vor dem Upgrade ein, und geben Sie die Parametergruppe während des Snapshot-Wiederherstellungsvorgangs an, der den Cluster der Version 3 erstellt. Mit einer globalen Aurora-Datenbank, die auf Aurora MySQL basiert, können Sie kein direktes Upgrade von Aurora MySQL Version 2 auf Version 3 durchführen, wenn der |
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Aurora-MySQL-Version 2. Verwenden Sie |
|
Ja |
Legt die maximale Anzahl von Threads für die Verarbeitung von Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Die maximale Anzahl von Fehler-, Warn- und Hinweismeldungen, die für die Anzeige gespeichert werden sollen. Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Das Timeout für die Ausführung von Weitere Informationen finden Sie unter max_execution_time |
|
Ja |
Verwenden Sie diesen Parameter, um zu verhindern, dass Abfragen, die weniger als die angegebene Anzahl von Zeilen untersuchen, protokolliert werden. Dieser Parameter gilt für Aurora-MySQL-Version 3. |
|
Nein |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Die Größe des Puffers, der beim Vorabladen von Indizes zugewiesen wird. Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Wenn dieser Parameter aktiviert ist, erlaubt der Server nur Aktualisierungen, die von Replikat-Threads durchgeführt werden. Für Aurora MySQL Version 2 sind die folgenden Werte gültig:
Für Aurora MySQL Version 3 sind die folgenden Werte gültig:
Bei Aurora MySQL Version 3 gilt dieser Parameter nicht für Benutzer, die über die |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter ermöglicht die parallele Ausführung aller Threads mit ausstehendem Commit, die sich bereits in der Vorbereitungsphase befinden, auf dem Replikat, ohne die Konsistenz zu verletzen. Er gilt für Aurora MySQL Version 3. In Aurora MySQL Version 3.03.* und niedriger ist der Standardwert DATABASE. In Aurora MySQL Version 3.04.* und höher ist der Standardwert LOGICAL_CLOCK. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter bestimmt die Typkonvertierungen, die für Replikate verwendet werden. Die zulässigen Werte sind Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 2 und 3. Weitere Informationen finden Sie unter Verwenden von TLS mit DB-Clustern von Aurora MySQL. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Anweisungen zum Hochladen der Protokolle auf Amazon CloudWatch Logs finden Sie unterVeröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs. |
|
Ja |
Sie können Audit-Logs in CloudWatch Logs veröffentlichen, indem Sie Advanced Auditing aktivieren und diesen Parameter auf Weitere Informationen finden Sie unter Veröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs. |
|
Nein |
|
|
Ja |
|
|
Nein |
|
|
Ja |
Gilt nur für Cluster der Aurora MySQL Version 2 mit MySQL-5.7-Kompatibilität. |
|
Ja |
Aurora-MySQL-Version 3 |
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja | Die Anzahl der Threads, die zwischengespeichert werden sollen. Dieser Parameter gilt für Aurora MySQL Version 2 und 3. |
|
Ja |
Standardmäßig ist die Zeitzone für einen Aurora-DB-Cluster Universal Time Coordinated (UTC). Sie können die Zeitzone für Instances in Ihrem DB-Cluster stattdessen auf die lokale Zeitzone Ihrer Anwendung festlegen. Weitere Informationen finden Sie unter Lokale Zeitzone für Amazon Aurora-DB-Cluster. |
|
Ja |
Weitere Informationen finden Sie unter TLS-Versionen für Aurora MySQL. |
Parameter auf Instance-Ebene
In der folgenden Tabelle werden alle Parameter aufgeführt, die für eine bestimmte DB-Instance in einem Aurora MySQL-DB-Cluster gelten.
Parametername | Anpassbar | Hinweise |
---|---|---|
|
Ja |
Dieser Parameter gilt für Aurora-MySQL-Version 3. |
|
Nein |
|
|
Ja |
Setzen Sie diesen Parameter auf |
|
Ja |
Weitere Informationen finden Sie unter Amazon Aurora MySQL-Labor-Modus. Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Dieser Parameter wird für die Aurora-MySQL-Versionen 2 und 3 unterstützt. Weitere Informationen finden Sie unter Behebung von out-of-memory Problemen mit Aurora MySQL-Datenbanken. |
|
Ja |
Legen Sie dies auf |
|
Ja |
Setzen Sie dies auf |
|
Ja |
Aktiviert die Isolationsstufe |
|
Ja |
Bestimmt, ob der der Parameter Weitere Informationen finden Sie unter Begrenzung der Größe interner temporärer Tabellen im Arbeitsspeicher. |
|
Ja |
Wenn dieser Parameter aktiviert ist, verwendet Aurora MySQL optimierte Anweisungen zur Vektorverarbeitung, die von modernen CPUs bereitgestellt werden, um die Leistung bei I/O-intensiven Workloads zu verbessern. Diese Einstellung ist in Aurora MySQL Version 3.05 und höher standardmäßig aktiviert. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Nein |
Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Nein |
Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
|
Nein |
Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
|
Nein |
Dieser Parameter gilt für Aurora-MySQL-Version 3. |
|
Nein |
|
|
Ja |
Die Standard-Speicher-Engine für temporäre Tabellen. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Manchmal |
Zeigt den Status des Ereignisplaners an. Modifizierbar nur auf Clusterebene in Aurora-MySQL-Version 3. |
|
Ja |
|
|
Nein |
|
|
Ja |
|
|
Nein |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Anweisungen zum Hochladen der Protokolle in Logs finden Sie unterVeröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs. CloudWatch |
|
Nein |
Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
|
Ja |
|
|
Ja |
|
|
Ja |
Der Befehl, der vom Server für jeden Client ausgeführt wird, der eine Verbindung herstellt. Verwenden Sie doppelte Anführungszeichen („) für Einstellungen, um Verbindungsfehler zu vermeiden, zum Beispiel:
Bei Aurora MySQL Version 3 gilt dieser Parameter nicht für Benutzer, die über die |
|
Ja |
Sie können diesen Parameter auf DB-Instance-Ebene in Aurora MySLQ Version 2 ändern. In Aurora MySQL Version 3 kann er nur auf DB-Clusterebene geändert werden. Der Adaptive-Hash-Index wird auf Reader-DB-Instances nicht unterstützt. |
|
Ja |
Das Ändern dieses Parameters hat keine Auswirkung, da |
|
Ja |
In einigen Fällen, in denen persistente Statistiken nicht verfügbar sind, können Sie diesen Parameter verwenden, um die Leistung von Schätzungen der Zeilenanzahl in partitionierten Tabellen zu verbessern. Sie können ihn auf einen Wert zwischen 0 und 8192 festlegen, wobei der Wert die Anzahl der Partitionen bestimmt, die bei der Schätzung der Zeilenanzahl überprüft werden sollen. Der Standardwert ist 0. Dieser entspricht der Schätzung, dass alle Partitionen verwendet werden, was mit dem Standardverhalten von MySQL übereinstimmt. Dieser Parameter ist für Aurora MySQL Version 3.03.1 verfügbar. |
|
Ja |
|
|
Nein |
|
|
Nein |
|
|
Nein |
|
|
Nein |
|
|
Nein |
|
|
Nein |
|
|
Ja |
Der Standardwert wird durch eine Formel dargestellt. Mehr über die Berechnung des |
|
Nein |
Aurora MySQL verwendet den InnoDB-Änderungspuffer überhaupt nicht. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Das Ändern dieses Parameters hat keine Auswirkung, da |
|
Ja |
Diese Option wird verwendet, um die Deadlock-Erkennung in Aurora-MySQL-Version 2.11 und höher sowie Version 3 zu deaktivieren. Auf Systemen mit hoher Parallelität kann die Deadlock-Erkennung zu einer Verlangsamung führen, wenn zahlreiche Threads auf dieselbe Sperre warten. Weitere Informationen zu diesem Parameter finden Sie in der MySQL-Dokumentation. |
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Nein |
|
|
Nein |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
|
|
Nein |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Wenn dieser Parameter aktiviert ist, werden Informationen über alle InnoDB-Deadlocks im Fehlerprotokoll von Aurora MySQL aufgezeichnet. Weitere Informationen finden Sie unter Minimieren und Beheben von Aurora-MySQL-Deadlocks. |
|
Ja |
|
|
Ja |
|
|
Nein |
|
|
Nein |
Aurora MySQL verwaltet den Schreibschutz- und Lesen/Schreiben-Status von DB-Instances basierend auf dem Typ des Clusters. Ein bereitgestellter Cluster hat beispielsweise eine Lesen/Schreiben-DB-Instance (die primäre Instance). Alle anderen Instances im Cluster sind schreibgeschützt (die Aurora-Replicas). |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Nein |
|
|
Ja |
Das Ändern dieses Parameters hat keine Auswirkung, da |
|
Ja |
Aurora wertet den Mindestwert von |
|
Ja |
Steuert, welche In-Memory-Speicher-Engine für interne temporäre Tabellen verwendet wird. Zulässige Werte sind Dieser Parameter gilt für Aurora MySQL Version 2. |
|
Ja |
Steuert, welche In-Memory-Speicher-Engine für interne temporäre Tabellen verwendet wird. Zulässige Werte sind Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
|
|
Ja |
|
|
Ja |
Schlüssel-Cache für MyISAM-Tabellen. Weitere Informationen finden Sie unter keycache->cache_lock mutex. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Nein |
Wenn die Einstellung |
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Nein |
|
|
Ja |
Gibt eine Liste von Fehlercodes an, die nicht im MySQL-Fehlerprotokoll protokolliert sind. Auf diese Weise können Sie bestimmte unkritische Fehlerbedingungen ignorieren, um Ihre Fehlerprotokolle sauber zu halten. Weitere Informationen finden Sie unter log_error_suppression_list Dieser Parameter gilt für Aurora MySQL Version 3.03 und höher. |
|
Ja |
|
|
Ja |
|
|
Nein |
Aurora-MySQL-Version 2. Verwenden Sie |
|
Nein |
Aurora-MySQL-Version 3 |
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
|
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
|
|
Ja |
|
|
Nein |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Der Standardwert wird durch eine Formel dargestellt. Mehr über die Berechnung des |
|
Ja |
Legt die maximale Anzahl von Threads für die Verarbeitung von Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Die maximale Anzahl von Fehler-, Warn- und Hinweismeldungen, die für die Anzeige gespeichert werden sollen. Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Das Timeout für die Ausführung von Weitere Informationen finden Sie unter max_execution_time |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
|
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Verwenden Sie diesen Parameter, um zu verhindern, dass Abfragen, die weniger als die angegebene Anzahl von Zeilen untersuchen, protokolliert werden. Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
|
|
Ja |
|
|
Ja |
Weitere Informationen zu Aurora MySQL-Features, die diesen Schalter verwenden, finden Sie unter Bewährte Methoden mit Amazon Aurora MySQL. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Dieser Parameter bestimmt, welche SHOW PROCESSLIST -Implementierung verwendet werden soll:
Dieser Parameter gilt für Aurora-MySQL-Version 2.12 und höher sowie Version 3. |
|
Ja |
|
|
Nein |
|
|
Nein |
Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
|
Nein |
Aurora MySQL verwaltet die Verbindungseigenschaften und erzwingt konsistente Einstellungen für alle DB-Instanzen in einem Cluster. |
|
Ja |
Die Größe des Puffers, der beim Vorabladen von Indizes zugewiesen wird. Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
|
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Der Standardwert wird durch eine Formel dargestellt. Mehr über die Berechnung des Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Wenn dieser Parameter aktiviert ist, erlaubt der Server nur Aktualisierungen, die von Replikat-Threads durchgeführt werden. Für Aurora MySQL Version 2 sind die folgenden Werte gültig:
Wir empfehlen, die DB-Cluster-Parametergruppe in Aurora MySQL Version 2 zu verwenden, um sicherzustellen, dass der AnmerkungReader-Instances sind immer schreibgeschützt, da Aurora MySQL Auf Instance-Ebene aus Aurora MySQL Version 3 entfernt. |
|
Ja |
|
|
Nein |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Nein |
|
|
Ja |
Aurora-MySQL-Version 3 |
|
Ja |
Aurora-MySQL-Version 3 |
|
Ja |
Aurora-MySQL-Version 3 |
|
Ja |
Aurora-MySQL-Version 3 |
|
Ja |
Aurora-MySQL-Version 3 |
|
Ja |
Aurora-MySQL-Version 3 |
|
Ja |
|
|
Ja |
Dieser Parameter ist in Aurora-MySQL-Version 2 immer aktiviert. Der Versuch, ihn zu deaktivieren, generiert einen Fehler. Aus Aurora-MySQL-Version 3 entfernt. |
|
Nein |
Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
|
Ja |
Wenn diese Variable aktiviert wird, zeigt SHOW_CREATE_TABLE Dieser Parameter gilt für Aurora-MySQL-Version 2.12 und höher sowie Version 3. |
|
Nein |
|
|
Nein |
|
|
Ja |
|
|
Ja |
Aurora-MySQL-Version 2. Verwenden Sie |
|
Ja |
Aurora-MySQL-Version 2. Verwenden Sie |
|
Ja |
Aurora-MySQL-Version 2. Verwenden Sie |
|
Ja |
Aurora-MySQL-Version 2. Verwenden Sie |
|
Ja |
Aurora-MySQL-Version 2. Verwenden Sie |
|
Ja |
|
|
Ja |
Anweisungen zum Hochladen der Protokolle in Logs finden Sie unter. CloudWatch Veröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs |
|
Nein |
Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
|
Nein |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Ja |
|
|
Nein |
|
|
Ja |
|
|
Ja |
Dieser Parameter gilt für Aurora MySQL Version 3. |
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
|
|
Ja |
|
|
Nein |
|
|
Ja |
Der Standardwert wird durch eine Formel dargestellt. Mehr über die Berechnung des |
|
Ja |
Der Standardwert wird durch eine Formel dargestellt. Mehr über die Berechnung des |
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. |
|
Ja |
Dieser Parameter gilt für Aurora-MySQL-Version 3. Details hierzu finden Sie unter Neues temporäres Tabellenverhalten in Aurora-MySQL-Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora-MySQL-Version 3. Details hierzu finden Sie unter Neues temporäres Tabellenverhalten in Aurora-MySQL-Version 3. |
|
Ja |
Dieser Parameter gilt für Aurora-MySQL-Version 3. Details hierzu finden Sie unter Neues temporäres Tabellenverhalten in Aurora-MySQL-Version 3. |
|
Ja | Die Anzahl der Threads, die zwischengespeichert werden sollen. Dieser Parameter gilt für Aurora MySQL Version 2 und 3. |
|
Nein |
|
|
Ja |
|
|
Ja |
|
|
Ja |
Definiert die maximale Größe temporärer Tabellen, die von der Definiert in Aurora-MySQL-Version 3.04 und höher die maximale Größe temporärer Tabellen im Arbeitsspeicher, die von der Weitere Informationen finden Sie unter Begrenzung der Größe interner temporärer Tabellen im Arbeitsspeicher. |
|
Nein |
Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
|
Ja |
|
|
Ja |
Dieser Parameter gilt für Aurora-MySQL-Version 3. Er ersetzt |
|
Ja |
|
|
Ja |
Aus Aurora-MySQL-Version 3 entfernt. Es wird durch |
|
Ja |
|
|
Nein |
|
|
Nein |
|
|
Nein |
|
|
Nein |
|
|
Nein |
|
|
Nein |
|
|
Nein |
|
|
Ja |
Aurora wertet den Mindestwert von |
MySQL-Parameter, die nicht auf Aurora MySQL zutreffen
Aufgrund von Architekturunterschieden zwischen Aurora MySQL und MySQL gelten einige MySQL-Parameter nicht für Aurora MySQL.
Die folgenden MySQL-Parameter gelten nicht für Aurora MySQL. Diese Liste ist nicht umfassend.
-
activate_all_roles_on_login
– Dieser Parameter gilt nicht für Aurora-MySQL-Version 2. Er ist in Aurora-MySQL-Version 3 verfügbar. -
big_tables
-
bind_address
-
character_sets_dir
-
innodb_adaptive_flushing
-
innodb_adaptive_flushing_lwm
-
innodb_buffer_pool_chunk_size
-
innodb_buffer_pool_instances
-
innodb_change_buffering
-
innodb_checksum_algorithm
-
innodb_data_file_path
-
innodb_dedicated_server
-
innodb_doublewrite
-
innodb_flush_log_at_timeout
: Dieser Parameter gilt nicht für Aurora MySQL. Weitere Informationen finden Sie unter Konfigurieren, wie oft der Protokollpuffer geleert wird. -
innodb_flush_method
-
innodb_flush_neighbors
-
innodb_io_capacity
-
innodb_io_capacity_max
-
innodb_log_buffer_size
-
innodb_log_file_size
-
innodb_log_files_in_group
-
innodb_log_spin_cpu_abs_lwm
-
innodb_log_spin_cpu_pct_hwm
-
innodb_log_writer_threads
-
innodb_max_dirty_pages_pct
-
innodb_numa_interleave
-
innodb_page_size
-
innodb_redo_log_capacity
-
innodb_redo_log_encrypt
-
innodb_undo_log_encrypt
-
innodb_undo_log_truncate
-
innodb_undo_logs
-
innodb_undo_tablespaces
-
innodb_use_native_aio
-
innodb_write_io_threads
Globale Statusvariablen von Aurora MySQL
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%';
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 Binlog-I/O-Cache zugewiesen wurden. |
|
Die Anzahl der Leseanfragen an den Binlog-I/OCache. |
|
Die Anzahl der Leseanfragen, die der Binlog-I/O-Cache verarbeitet hat. |
|
Gibt an, ob das erweiterte Binärprotokoll für diese DB-Instance aktiviert oder deaktiviert ist. Weitere Informationen finden Sie unter Einrichten eines erweiterten Binärprotokolls. |
|
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 Zahl der Anfragen, die Aurora MySQL an die Machine-Learning-Services von Aurora über alle von Benutzern der DB-Instance durchgeführten Abfragen hinweg stellt. Weitere Informationen finden Sie unter Verwendung von Amazon Aurora Machine Learning mit Aurora MySQL. |
|
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 Verwendung von Amazon Aurora Machine Learning mit Aurora MySQL. |
|
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 Verwendung von Amazon Aurora Machine Learning mit Aurora MySQL. |
|
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 Verwendung von Amazon Aurora Machine Learning mit Aurora MySQL. |
|
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 Verwendung von Amazon Aurora Machine Learning mit Aurora MySQL. |
|
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 Verwendung von Amazon Aurora Machine Learning mit Aurora MySQL. |
|
Gibt an, ob sich Aurora out-of-memory (OOM) Avoidance Recovery für diese DB-Instance im |
|
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 |
|
Stellt den Schwellenwert für das Verlassen des Wenn der verfügbare Speicher auf dem Server über diesen Schwellenwert steigt, |
|
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. |
|
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 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