Parameter auf Cluster-Ebene Parameter auf Instance-Ebene MySQL-Parameter, die nicht auf Aurora MySQL zutreffen Globale Statusvariablen MySQL-Statusvariablen, die nicht für Aurora MySQL gelten

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
Parameter auf Instance-Ebene
MySQL-Parameter, die nicht auf Aurora MySQL zutreffen
Globale Statusvariablen von Aurora MySQL
MySQL-Statusvariablen, die nicht für Aurora MySQL gelten

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
`aurora_binlog_read_buffer_size`	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.
`aurora_binlog_replication_max_yield_seconds`	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).
`aurora_binlog_replication_sec_index_parallel_workers`	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 `0` (deaktiviert) gesetzt. Dieser Parameter ist in Aurora MySQL Version 306 und höher verfügbar. Weitere Informationen finden Sie unter Optimieren der binären Protokollreplikation .
`aurora_binlog_use_large_read_buffer`	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.
`aurora_disable_hash_join`	Ja	Setzen Sie diesen Parameter auf `ON`, um die Hash-Join-Optimierung in Aurora MySQL Version 2.09 oder höher zu deaktivieren. Für Version 3 wird dies nicht unterstützt. Weitere Informationen finden Sie unter Arbeiten mit Parallel Query für Amazon Aurora MySQL.
`aurora_enable_replica_log_compression`	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.
`aurora_enable_repl_bin_log_filtering`	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.
`aurora_enable_staggered_replica_restart`	Ja	Diese Einstellung ist in Aurora MySQL Versione 3 verfügbar, wird aber nicht verwendet.
`aurora_enable_zdr`	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.
`aurora_enhanced_binlog`	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.
`aurora_jemalloc_background_thread`	Ja	Verwenden Sie diesen Parameter, um einen Hintergrund-Thread zur Durchführung von Speicherwartungsvorgängen zu aktivieren. Die zulässigen Werte sind `0` (deaktiviert) und `1` (aktiviert). Der Standardwert ist `0`. Dieser Parameter gilt für Aurora MySQL Version 3.05 und höher.
`aurora_jemalloc_dirty_decay_ms`	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 `0` bis `18446744073709551615`. Der Standardwert (`0`) gibt den gesamten Speicher als freien Speicher an das Betriebssystem zurück. Dieser Parameter gilt für Aurora MySQL Version 3.05 und höher.
`aurora_jemalloc_tcache_enabled`	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 `0` (deaktiviert) und `1` (aktiviert). Der Standardwert ist `1`. Dieser Parameter gilt für Aurora MySQL Version 3.05 und höher.
`aurora_load_from_s3_role`	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 `aws_default_s3_role`.
`aurora_mask_password_hashes_type`	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 `0` und `1` (Standardeinstellung). Wenn diese Einstellung auf `1` festgelegt ist, werden Passwörter als `<secret>` protokolliert. Wenn diese Einstellung auf `0` festgelegt ist, werden Passwörter als Hash-Werte (`#`) protokolliert.
`aurora_select_into_s3_role`	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 `aws_default_s3_role`.
`authentication_kerberos_caseins_cmp`	Ja	Steuert den Benutzernamenvergleich ohne Berücksichtigung der Groß-/Kleinschreibung für das Plug-in `authentication_kerberos`. Setzen Sie den Parameter auf `true`, um den Vergleich ohne Berücksichtigung der Groß-/Kleinschreibung zu aktivieren. Standardmäßig wird der Vergleich unter Berücksichtigung der Groß-/Kleinschreibung verwendet (`false`). Weitere Informationen finden Sie unter Verwenden der Kerberos-Authentifizierung für Aurora MySQL. Dieser Parameter ist in Aurora MySQL Version 3.03 und höher verfügbar.
`auto_increment_increment`	Ja
`auto_increment_offset`	Ja
`aws_default_lambda_role`	Ja	Weitere Informationen finden Sie unter Aufrufen einer Lambda-Funktion aus einem Amazon Aurora MySQL-DB-Cluster.
`aws_default_s3_role`	Ja	Wird beim Aufrufen der Anweisung `LOAD DATA FROM S3`, `LOAD XML FROM S3` oder `SELECT INTO OUTFILE S3` aus Ihrem DB-Cluster verwendet. Bei Aurora MySQL Version 2 wird die in diesem Parameter festgelegte IAM-Rolle verwendet, wenn keine IAM-Rolle für `aurora_load_from_s3_role` oder `aurora_select_into_s3_role` für die entsprechende Anweisung festgelegt ist. 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.
`binlog_backup`	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.
`binlog_checksum`	Ja	Die RDS-API AWS CLI und die RDS-API melden einen Wert von, `None` wenn dieser Parameter nicht festgelegt ist. In diesem Fall verwendet Aurora MySQL den Standardwert für die Engine, d.h. `CRC32`. Dies ist anders als die explizite Einstellung von `NONE`, die die Prüfsumme ausschaltet.
`binlog-do-db`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`binlog_format`	Ja	Weitere Informationen finden Sie unter Replizieren zwischen Aurora und MySQL oder zwischen Aurora und einem anderen Aurora-DB-Cluster (binäre Protokollreplikation).
`binlog_group_commit_sync_delay`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`binlog_group_commit_sync_no_delay_count`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`binlog-ignore-db`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`binlog_replication_globaldb`	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.
`binlog_row_image`	Nein
`binlog_row_metadata`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`binlog_row_value_options`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`binlog_rows_query_log_events`	Ja
`binlog_transaction_compression`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`binlog_transaction_compression_level_zstd`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`binlog_transaction_dependency_history_size`	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.
`binlog_transaction_dependency_tracking`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`character-set-client-handshake`	Ja
`character_set_client`	Ja
`character_set_connection`	Ja
`character_set_database`	Ja
`character_set_filesystem`	Ja
`character_set_results`	Ja
`character_set_server`	Ja
`collation_connection`	Ja
`collation_server`	Ja
`completion_type`	Ja
`default_storage_engine`	Nein	Aurora MySQL-Cluster verwenden für all Ihre Daten die InnoDB-Speicher-Engine.
`enforce_gtid_consistency`	Manchmal	Veränderbar in Aurora MySQL-Version 2 und höher.
`event_scheduler`	Ja	Zeigt den Status des Ereignisplaners an. Modifizierbar nur auf Clusterebene in Aurora-MySQL-Version 3.
`gtid-mode`	Manchmal	Veränderbar in Aurora MySQL-Version 2 und höher.
`information_schema_stats_expiry`	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 `0` bis `31536000`. Dieser Parameter gilt für Aurora MySQL Version 3.
`init_connect`	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: `SET optimizer_switch="hash_join=off"` Bei Aurora MySQL Version 3 gilt dieser Parameter nicht für Benutzer, die über die `CONNECTION_ADMIN`-Berechtigung verfügen. Dies schließt den Aurora-Hauptbenutzer ein. Weitere Informationen finden Sie unter Rollenbasiertes Berechtigungsmodell.
`innodb_adaptive_hash_index`	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.
`innodb_aurora_instant_alter_column_allowed`	Ja	Steuert, ob der `INSTANT`-Algorithmus für `ALTER COLUMN`-Operationen auf globaler Ebene verwendet werden kann. Die zulässigen Werte sind folgende: `0`— Der `INSTANT` Algorithmus ist für `ALTER COLUMN` Operationen (`OFF`) nicht zulässig. Kehrt zu anderen Algorithmen zurück. `1`— Der `INSTANT` Algorithmus ist für `ALTER COLUMN` Operationen (`ON`) zulässig. Dies ist der Standardwert. Weitere Informationen finden Sie unter Column Operations in der MySQL-Dokumentation. Dieser Parameter gilt für Aurora MySQL Version 3.05 und höher.
`innodb_autoinc_lock_mode`	Ja
`innodb_checksums`	Nein	Aus Aurora-MySQL-Version 3 entfernt.
`innodb_cmp_per_index_enabled`	Ja
`innodb_commit_concurrency`	Ja
`innodb_data_home_dir`	Nein	Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.
`innodb_deadlock_detect`	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.
`innodb_default_row_format`	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 `DYNAMIC`, `COMPACT` oder `REDUNDANT.`.
`innodb_file_per_table`	Ja	Dieser Parameter wirkt sich auf die Organisation des Tabellenspeichers aus. Weitere Informationen finden Sie unter Speicherskalierung.
`innodb_flush_log_at_trx_commit`	Ja	Es wird dringend empfohlen, den Standardwert von zu verwenden`1`. Bevor Sie in Aurora MySQL Version 3 diesen Parameter auf einen anderen Wert als setzen können`1`, müssen Sie den Wert `innodb_trx_commit_allow_data_loss` auf setzen`1`. Weitere Informationen finden Sie unter Konfigurieren, wie oft der Protokollpuffer geleert wird.
`innodb_ft_max_token_size`	Ja
`innodb_ft_min_token_size`	Ja
`innodb_ft_num_word_optimize`	Ja
`innodb_ft_sort_pll_degree`	Ja
`innodb_online_alter_log_max_size`	Ja
`innodb_optimize_fulltext_only`	Ja
`innodb_page_size`	Nein
`innodb_print_all_deadlocks`	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.
`innodb_purge_batch_size`	Ja
`innodb_purge_threads`	Ja
`innodb_rollback_on_timeout`	Ja
`innodb_rollback_segments`	Ja
`innodb_spin_wait_delay`	Ja
`innodb_strict_mode`	Ja
`innodb_support_xa`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`innodb_sync_array_size`	Ja
`innodb_sync_spin_loops`	Ja
`innodb_stats_include_delete_marked`	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.
`innodb_table_locks`	Ja
`innodb_trx_commit_allow_data_loss`	Ja	Setzen Sie in Aurora MySQL Version 3 den Wert dieses Parameters auf, `1` damit Sie den Wert von ändern können`innodb_flush_log_at_trx_commit`. Der Standardwert von `innodb_trx_commit_allow_data_loss` ist `0`. Weitere Informationen finden Sie unter Konfigurieren, wie oft der Protokollpuffer geleert wird.
`innodb_undo_directory`	Nein	Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.
`internal_tmp_disk_storage_engine`	Ja	Steuert, welche In-Memory-Speicher-Engine für interne temporäre Tabellen verwendet wird. Zulässige Werte sind `INNODB` und `MYISAM`. Dieser Parameter gilt für Aurora MySQL Version 2.
`internal_tmp_mem_storage_engine`	Ja	Steuert, welche In-Memory-Speicher-Engine für interne temporäre Tabellen verwendet wird. Zulässige Werte sind `MEMORY` und `TempTable`. Dieser Parameter gilt für Aurora MySQL Version 3.
`key_buffer_size`	Ja	Schlüssel-Cache für MyISAM-Tabellen. Weitere Informationen finden Sie unter keycache->cache_lock mutex.
`lc_time_names`	Ja
`log_error_suppression_list`	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 in der MySQL-Dokumentation. Dieser Parameter gilt für Aurora MySQL Version 3.03 und höher.
`low_priority_updates`	Ja	`INSERT`-, `UPDATE`-, `DELETE`- und `LOCK TABLE WRITE`-Operationen warten, bis kein ausstehender `SELECT`-Vorgang mehr vorhanden ist. Dieser Parameter wirkt sich nur auf Speicher-Engines aus, die ausschließlich Sperren auf Tabellenebene verwenden (MyISAM, MEMORY, MERGE). Dieser Parameter gilt für Aurora-MySQL-Version 3.
`lower_case_table_names`	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 `lower_case_table_names`-Parameter aktiviert ist. Weitere Informationen zu den möglichen Verfahren finden Sie unter Hauptversions-Upgrades.
`master-info-repository`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`master_verify_checksum`	Ja	Aurora-MySQL-Version 2. Verwenden Sie `source_verify_checksum` in Aurora-MySQL-Version 3.
`max_delayed_threads`	Ja	Legt die maximale Anzahl von Threads für die Verarbeitung von `INSERT DELAYED`-Anweisungen fest. Dieser Parameter gilt für Aurora MySQL Version 3.
`max_error_count`	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.
`max_execution_time`	Ja	Das Timeout für die Ausführung von `SELECT` Anweisungen in Millisekunden. Der Wert kann zwischen — liegen. `0` `18446744073709551615` Wenn auf gesetzt`0`, gibt es kein Timeout. Weitere Informationen finden Sie unter max_execution_time in der MySQL-Dokumentation.
`min_examined_row_limit`	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.
`partial_revokes`	Nein	Dieser Parameter gilt für Aurora MySQL Version 3.
`preload_buffer_size`	Ja	Die Größe des Puffers, der beim Vorabladen von Indizes zugewiesen wird. Dieser Parameter gilt für Aurora MySQL Version 3.
`query_cache_type`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`read_only`	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: `0` – `OFF` `1` – `ON` `{TrueIfReplica}`— `ON` für Read Replicas. Dies ist der Standardwert. `{TrueIfClusterReplica}`— `ON` für Replikatcluster wie regionsübergreifende Read Replicas, sekundäre Cluster in einer globalen Aurora-Datenbank und Blue/Green-Bereitstellungen. Für Aurora MySQL Version 3 sind die folgenden Werte gültig: `0`—`OFF`. Dies ist der Standardwert. `1` – `ON` `{TrueIfClusterReplica}`— `ON` für Replikatcluster wie regionsübergreifende Read Replicas, sekundäre Cluster in einer globalen Aurora-Datenbank und Blue/Green-Bereitstellungen. Bei Aurora MySQL Version 3 gilt dieser Parameter nicht für Benutzer, die über die `CONNECTION_ADMIN`-Berechtigung verfügen. Dies schließt den Aurora-Hauptbenutzer ein. Weitere Informationen finden Sie unter Rollenbasiertes Berechtigungsmodell.
`relay-log-space-limit`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`replica_parallel_type`	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.
`replica_preserve_commit_order`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`replica_transaction_retries`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`replica_type_conversions`	Ja	Dieser Parameter bestimmt die Typkonvertierungen, die für Replikate verwendet werden. Die zulässigen Werte sind `ALL_LOSSY`, `ALL_NON_LOSSY`, `ALL_SIGNED` und `ALL_UNSIGNED`. Weitere Informationen finden Sie in der MySQL-Dokumentation unter Replication with Differing Table Definitions on Source and Replica. Dieser Parameter gilt für Aurora MySQL Version 3.
`replicate-do-db`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`replicate-do-table`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`replicate-ignore-db`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`replicate-ignore-table`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`replicate-wild-do-table`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`replicate-wild-ignore-table`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`require_secure_transport`	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.
`rpl_read_size`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`server_audit_events`	Ja
`server_audit_excl_users`	Ja
`server_audit_incl_users`	Ja
`server_audit_logging`	Ja	Anweisungen zum Hochladen der Protokolle auf Amazon CloudWatch Logs finden Sie unterVeröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs.
`server_audit_logs_upload`	Ja	Sie können Audit-Logs in CloudWatch Logs veröffentlichen, indem Sie Advanced Auditing aktivieren und diesen Parameter auf `1` setzen. Der Standardwert für den Parameter `server_audit_logs_upload` ist `0`. Weitere Informationen finden Sie unter Veröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs.
`server_id`	Nein
`skip-character-set-client-handshake`	Ja
`skip_name_resolve`	Nein
`slave-skip-errors`	Ja	Gilt nur für Cluster der Aurora MySQL Version 2 mit MySQL-5.7-Kompatibilität.
`source_verify_checksum`	Ja	Aurora-MySQL-Version 3
`sync_frm`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`thread_cache_size`	Ja	Die Anzahl der Threads, die zwischengespeichert werden sollen. Dieser Parameter gilt für Aurora MySQL Version 2 und 3.
`time_zone`	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.
`tls_version`	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
`activate_all_roles_on_login`	Ja	Dieser Parameter gilt für Aurora-MySQL-Version 3.
`allow-suspicious-udfs`	Nein
`aurora_disable_hash_join`	Ja	Setzen Sie diesen Parameter auf `ON`, um die Hash-Join-Optimierung in Aurora MySQL Version 2.09 oder höher zu deaktivieren. Für Version 3 wird dies nicht unterstützt. Weitere Informationen finden Sie unter Arbeiten mit Parallel Query für Amazon Aurora MySQL.
`aurora_lab_mode`	Ja	Weitere Informationen finden Sie unter Amazon Aurora MySQL-Labor-Modus. Aus Aurora-MySQL-Version 3 entfernt.
`aurora_oom_response`	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.
`aurora_parallel_query`	Ja	Legen Sie dies auf `ON` fest, um parallele Abfragen in den Aurora-MySQL-Versionen 2.09 oder höher zu unterstützen. Der alte Parameter `aurora_pq` wird in diesen Versionen nicht verwendet. Weitere Informationen finden Sie unter Arbeiten mit Parallel Query für Amazon Aurora MySQL.
`aurora_pq`	Ja	Setzen Sie dies auf `OFF`, um parallele Abfragen für bestimmte DB-Instances in Aurora-MySQL-Versionen vor 2.09 zu deaktivieren. In den Versionen 2.09 oder höher aktivieren und deaktivieren Sie parallele Abfragen stattdessen mit `aurora_parallel_query`. Weitere Informationen finden Sie unter Arbeiten mit Parallel Query für Amazon Aurora MySQL.
`aurora_read_replica_read_committed`	Ja	Aktiviert die Isolationsstufe `READ COMMITTED` für Aurora Replicas und ändert das Isolationsverhalten zur Reduzierung der Bereinigungsverzögerung bei lang andauernden Abfragen. Aktivieren Sie diese Einstellung nur, wenn Sie die Verhaltensänderungen und deren Auswirkungen auf Ihre Abfrageergebnisse verstehen. Beispielsweise gehört dazu, dass diese Einstellung eine weniger strikte Isolation als der MySQL-Standard verwendet. Bei Aktivierung kann es sein, dass lang andauernde Abfragen mehr als eine Kopie derselben Zeile sehen, da Aurora die Tabellendaten umorganisiert, während die Abfrage läuft. Weitere Informationen finden Sie unter Aurora MySQL-Isolierungsstufen.
`aurora_tmptable_enable_per_table_limit`	Ja	Bestimmt, ob der der Parameter `tmp_table_size` auch die maximale Größe temporärer Tabellen im Arbeitsspeicher steuert, die von der `TempTable`-Speicher-Engine in Aurora-MySQL-Version 3.04 und höher erstellt werden. Weitere Informationen finden Sie unter Begrenzung der Größe interner temporärer Tabellen im Arbeitsspeicher.
`aurora_use_vector_instructions`	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.
`autocommit`	Ja
`automatic_sp_privileges`	Ja
`back_log`	Ja
`basedir`	Nein	Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.
`binlog_cache_size`	Ja
`binlog_max_flush_queue_time`	Ja
`binlog_order_commits`	Ja
`binlog_stmt_cache_size`	Ja
`binlog_transaction_compression`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`binlog_transaction_compression_level_zstd`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`bulk_insert_buffer_size`	Ja
`concurrent_insert`	Ja
`connect_timeout`	Ja
`core-file`	Nein	Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.
`datadir`	Nein	Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.
`default_authentication_plugin`	Nein	Dieser Parameter gilt für Aurora-MySQL-Version 3.
`default_time_zone`	Nein
`default_tmp_storage_engine`	Ja	Die Standard-Speicher-Engine für temporäre Tabellen.
`default_week_format`	Ja
`delay_key_write`	Ja
`delayed_insert_limit`	Ja
`delayed_insert_timeout`	Ja
`delayed_queue_size`	Ja
`div_precision_increment`	Ja
`end_markers_in_json`	Ja
`eq_range_index_dive_limit`	Ja
`event_scheduler`	Manchmal	Zeigt den Status des Ereignisplaners an. Modifizierbar nur auf Clusterebene in Aurora-MySQL-Version 3.
`explicit_defaults_for_timestamp`	Ja
`flush`	Nein
`flush_time`	Ja
`ft_boolean_syntax`	Nein
`ft_max_word_len`	Ja
`ft_min_word_len`	Ja
`ft_query_expansion_limit`	Ja
`ft_stopword_file`	Ja
`general_log`	Ja	Anweisungen zum Hochladen der Protokolle in Logs finden Sie unterVeröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs. CloudWatch
`general_log_file`	Nein	Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.
`group_concat_max_len`	Ja
`host_cache_size`	Ja
`init_connect`	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: `SET optimizer_switch="hash_join=off"` Bei Aurora MySQL Version 3 gilt dieser Parameter nicht für Benutzer, die über die `CONNECTION_ADMIN`-Berechtigung verfügen. Weitere Informationen finden Sie unter Rollenbasiertes Berechtigungsmodell.
`innodb_adaptive_hash_index`	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.
`innodb_adaptive_max_sleep_delay`	Ja	Das Ändern dieses Parameters hat keine Auswirkung, da `innodb_thread_concurrency` für Aurora immer 0 ist.
`innodb_aurora_max_partitions_for_range`	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.
`innodb_autoextend_increment`	Ja
`innodb_buffer_pool_dump_at_shutdown`	Nein
`innodb_buffer_pool_dump_now`	Nein
`innodb_buffer_pool_filename`	Nein
`innodb_buffer_pool_load_abort`	Nein
`innodb_buffer_pool_load_at_startup`	Nein
`innodb_buffer_pool_load_now`	Nein
`innodb_buffer_pool_size`	Ja	Der Standardwert wird durch eine Formel dargestellt. Mehr über die Berechnung des `DBInstanceClassMemory`-Werts in der Formel erfahren Sie unter DB-Parameter-Formel-Variablen.
`innodb_change_buffer_max_size`	Nein	Aurora MySQL verwendet den InnoDB-Änderungspuffer überhaupt nicht.
`innodb_compression_failure_threshold_pct`	Ja
`innodb_compression_level`	Ja
`innodb_compression_pad_pct_max`	Ja
`innodb_concurrency_tickets`	Ja	Das Ändern dieses Parameters hat keine Auswirkung, da `innodb_thread_concurrency` für Aurora immer 0 ist.
`innodb_deadlock_detect`	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.
`innodb_file_format`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`innodb_flushing_avg_loops`	Nein
`innodb_force_load_corrupted`	Nein
`innodb_ft_aux_table`	Ja
`innodb_ft_cache_size`	Ja
`innodb_ft_enable_stopword`	Ja
`innodb_ft_server_stopword_table`	Ja
`innodb_ft_user_stopword_table`	Ja
`innodb_large_prefix`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`innodb_lock_wait_timeout`	Ja
`innodb_log_compressed_pages`	Nein
`innodb_lru_scan_depth`	Ja
`innodb_max_purge_lag`	Ja
`innodb_max_purge_lag_delay`	Ja
`innodb_monitor_disable`	Ja
`innodb_monitor_enable`	Ja
`innodb_monitor_reset`	Ja
`innodb_monitor_reset_all`	Ja
`innodb_old_blocks_pct`	Ja
`innodb_old_blocks_time`	Ja
`innodb_open_files`	Ja
`innodb_print_all_deadlocks`	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.
`innodb_random_read_ahead`	Ja
`innodb_read_ahead_threshold`	Ja
`innodb_read_io_threads`	Nein
`innodb_read_only`	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).
`innodb_replication_delay`	Ja
`innodb_sort_buffer_size`	Ja
`innodb_stats_auto_recalc`	Ja
`innodb_stats_method`	Ja
`innodb_stats_on_metadata`	Ja
`innodb_stats_persistent`	Ja
`innodb_stats_persistent_sample_pages`	Ja
`innodb_stats_transient_sample_pages`	Ja
`innodb_thread_concurrency`	Nein
`innodb_thread_sleep_delay`	Ja	Das Ändern dieses Parameters hat keine Auswirkung, da `innodb_thread_concurrency` für Aurora immer 0 ist.
`interactive_timeout`	Ja	Aurora wertet den Mindestwert von `interactive_timeout` und `wait_timeout` aus. Dieses Minimum wird dann als Timeout verwendet, um alle inaktiven Sitzungen, sowohl interaktive als auch nicht interaktive, zu beenden.
`internal_tmp_disk_storage_engine`	Ja	Steuert, welche In-Memory-Speicher-Engine für interne temporäre Tabellen verwendet wird. Zulässige Werte sind `INNODB` und `MYISAM`. Dieser Parameter gilt für Aurora MySQL Version 2.
`internal_tmp_mem_storage_engine`	Ja	Steuert, welche In-Memory-Speicher-Engine für interne temporäre Tabellen verwendet wird. Zulässige Werte sind `MEMORY` und `TempTable`. Dieser Parameter gilt für Aurora MySQL Version 3.
`join_buffer_size`	Ja
`keep_files_on_create`	Ja
`key_buffer_size`	Ja	Schlüssel-Cache für MyISAM-Tabellen. Weitere Informationen finden Sie unter keycache->cache_lock mutex.
`key_cache_age_threshold`	Ja
`key_cache_block_size`	Ja
`key_cache_division_limit`	Ja
`local_infile`	Ja
`lock_wait_timeout`	Ja
`log-bin`	Nein	Wenn die Einstellung `binlog_format` auf `STATEMENT`, `MIXED` oder `ROW` gesetzt wird, wird `log-bin` automatisch auf `ON` festgelegt. Wenn die Einstellung `binlog_format` auf `OFF` gesetzt wird, wird `log-bin` automatisch auf `OFF` gesetzt. Weitere Informationen finden Sie unter Replizieren zwischen Aurora und MySQL oder zwischen Aurora und einem anderen Aurora-DB-Cluster (binäre Protokollreplikation).
`log_bin_trust_function_creators`	Ja
`log_bin_use_v1_row_events`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`log_error`	Nein
`log_error_suppression_list`	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 in der MySQL-Dokumentation. Dieser Parameter gilt für Aurora MySQL Version 3.03 und höher.
`log_output`	Ja
`log_queries_not_using_indexes`	Ja
`log_slave_updates`	Nein	Aurora-MySQL-Version 2. Verwenden Sie `log_replica_updates` in Aurora-MySQL-Version 3.
`log_replica_updates`	Nein	Aurora-MySQL-Version 3
`log_throttle_queries_not_using_indexes`	Ja
`log_warnings`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`long_query_time`	Ja
`low_priority_updates`	Ja	`INSERT`-, `UPDATE`-, `DELETE`- und `LOCK TABLE WRITE`-Operationen warten, bis kein ausstehender `SELECT`-Vorgang mehr vorhanden ist. Dieser Parameter wirkt sich nur auf Speicher-Engines aus, die ausschließlich Sperren auf Tabellenebene verwenden (MyISAM, MEMORY, MERGE). Dieser Parameter gilt für Aurora MySQL Version 3.
`max_allowed_packet`	Ja
`max_binlog_cache_size`	Ja
`max_binlog_size`	Nein
`max_binlog_stmt_cache_size`	Ja
`max_connect_errors`	Ja
`max_connections`	Ja	Der Standardwert wird durch eine Formel dargestellt. Mehr über die Berechnung des `DBInstanceClassMemory`-Werts in der Formel erfahren Sie unter DB-Parameter-Formel-Variablen. Informationen zu den Standardwerten in Abhängigkeit von der Instance-Klasse finden Sie unter Maximale Verbindungen zu einer Aurora MySQL-DB-Instance.
`max_delayed_threads`	Ja	Legt die maximale Anzahl von Threads für die Verarbeitung von `INSERT DELAYED`-Anweisungen fest. Dieser Parameter gilt für Aurora MySQL Version 3.
`max_error_count`	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.
`max_execution_time`	Ja	Das Timeout für die Ausführung von `SELECT` Anweisungen in Millisekunden. Der Wert kann zwischen — liegen. `0` `18446744073709551615` Wenn auf gesetzt`0`, gibt es kein Timeout. Weitere Informationen finden Sie unter max_execution_time in der MySQL-Dokumentation.
`max_heap_table_size`	Ja
`max_insert_delayed_threads`	Ja
`max_join_size`	Ja
`max_length_for_sort_data`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`max_prepared_stmt_count`	Ja
`max_seeks_for_key`	Ja
`max_sort_length`	Ja
`max_sp_recursion_depth`	Ja
`max_tmp_tables`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`max_user_connections`	Ja
`max_write_lock_count`	Ja
`metadata_locks_cache_size`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`min_examined_row_limit`	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.
`myisam_data_pointer_size`	Ja
`myisam_max_sort_file_size`	Ja
`myisam_mmap_size`	Ja
`myisam_sort_buffer_size`	Ja
`myisam_stats_method`	Ja
`myisam_use_mmap`	Ja
`net_buffer_length`	Ja
`net_read_timeout`	Ja
`net_retry_count`	Ja
`net_write_timeout`	Ja
`old-style-user-limits`	Ja
`old_passwords`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`optimizer_prune_level`	Ja
`optimizer_search_depth`	Ja
`optimizer_switch`	Ja	Weitere Informationen zu Aurora MySQL-Features, die diesen Schalter verwenden, finden Sie unter Bewährte Methoden mit Amazon Aurora MySQL.
`optimizer_trace`	Ja
`optimizer_trace_features`	Ja
`optimizer_trace_limit`	Ja
`optimizer_trace_max_mem_size`	Ja
`optimizer_trace_offset`	Ja
`performance-schema-consumer-events-waits-current`	Ja
`performance-schema-instrument`	Ja
`performance_schema`	Ja
`performance_schema_accounts_size`	Ja
`performance_schema_consumer_global_instrumentation`	Ja
`performance_schema_consumer_thread_instrumentation`	Ja
`performance_schema_consumer_events_stages_current`	Ja
`performance_schema_consumer_events_stages_history`	Ja
`performance_schema_consumer_events_stages_history_long`	Ja
`performance_schema_consumer_events_statements_current`	Ja
`performance_schema_consumer_events_statements_history`	Ja
`performance_schema_consumer_events_statements_history_long`	Ja
`performance_schema_consumer_events_waits_history`	Ja
`performance_schema_consumer_events_waits_history_long`	Ja
`performance_schema_consumer_statements_digest`	Ja
`performance_schema_digests_size`	Ja
`performance_schema_events_stages_history_long_size`	Ja
`performance_schema_events_stages_history_size`	Ja
`performance_schema_events_statements_history_long_size`	Ja
`performance_schema_events_statements_history_size`	Ja
`performance_schema_events_transactions_history_long_size`	Ja
`performance_schema_events_transactions_history_size`	Ja
`performance_schema_events_waits_history_long_size`	Ja
`performance_schema_events_waits_history_size`	Ja
`performance_schema_hosts_size`	Ja
`performance_schema_max_cond_classes`	Ja
`performance_schema_max_cond_instances`	Ja
`performance_schema_max_digest_length`	Ja
`performance_schema_max_file_classes`	Ja
`performance_schema_max_file_handles`	Ja
`performance_schema_max_file_instances`	Ja
`performance_schema_max_index_stat`	Ja
`performance_schema_max_memory_classes`	Ja
`performance_schema_max_metadata_locks`	Ja
`performance_schema_max_mutex_classes`	Ja
`performance_schema_max_mutex_instances`	Ja
`performance_schema_max_prepared_statements_instances`	Ja
`performance_schema_max_program_instances`	Ja
`performance_schema_max_rwlock_classes`	Ja
`performance_schema_max_rwlock_instances`	Ja
`performance_schema_max_socket_classes`	Ja
`performance_schema_max_socket_instances`	Ja
`performance_schema_max_sql_text_length`	Ja
`performance_schema_max_stage_classes`	Ja
`performance_schema_max_statement_classes`	Ja
`performance_schema_max_statement_stack`	Ja
`performance_schema_max_table_handles`	Ja
`performance_schema_max_table_instances`	Ja
`performance_schema_max_table_lock_stat`	Ja
`performance_schema_max_thread_classes`	Ja
`performance_schema_max_thread_instances`	Ja
`performance_schema_session_connect_attrs_size`	Ja
`performance_schema_setup_actors_size`	Ja
`performance_schema_setup_objects_size`	Ja
`performance_schema_show_processlist`	Ja	Dieser Parameter bestimmt, welche `SHOW PROCESSLIST`-Implementierung verwendet werden soll: Die Standardimplementierung iteriert innerhalb des Thread-Managers über aktive Threads hinweg und hält dabei einen globalen Mutex bereit. Dies kann zu einer langsamen Leistung führen, insbesondere bei stark ausgelasteten Systemen. Die alternative `SHOW PROCESSLIST`-Implementierung basiert auf der Tabelle `processlist` des Leistungsschemas. Diese Implementierung fragt aktive Threaddaten aus dem Leistungsschema und nicht aus dem Thread-Manager ab und benötigt keinen Mutex. Dieser Parameter gilt für Aurora-MySQL-Version 2.12 und höher sowie Version 3.
`performance_schema_users_size`	Ja
`pid_file`	Nein
`plugin_dir`	Nein	Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.
`port`	Nein	Aurora MySQL verwaltet die Verbindungseigenschaften und erzwingt konsistente Einstellungen für alle DB-Instanzen in einem Cluster.
`preload_buffer_size`	Ja	Die Größe des Puffers, der beim Vorabladen von Indizes zugewiesen wird. Dieser Parameter gilt für Aurora MySQL Version 3.
`profiling_history_size`	Ja
`query_alloc_block_size`	Ja
`query_cache_limit`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`query_cache_min_res_unit`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`query_cache_size`	Ja	Der Standardwert wird durch eine Formel dargestellt. Mehr über die Berechnung des `DBInstanceClassMemory`-Werts in der Formel erfahren Sie unter DB-Parameter-Formel-Variablen. Aus Aurora-MySQL-Version 3 entfernt.
`query_cache_type`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`query_cache_wlock_invalidate`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`query_prealloc_size`	Ja
`range_alloc_block_size`	Ja
`read_buffer_size`	Ja
`read_only`	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: `0` – `OFF` `1` – `ON` `{TrueIfReplica}`— `ON` für Read Replicas. Dies ist der Standardwert. `{TrueIfClusterReplica}`— `ON` für Instances in Replikatclustern wie regionsübergreifende Read Replicas, sekundäre Cluster in einer globalen Aurora-Datenbank und Blue-Green-Bereitstellungen. Wir empfehlen, die DB-Cluster-Parametergruppe in Aurora MySQL Version 2 zu verwenden, um sicherzustellen, dass der `read_only`-Parameter beim Failover auf neue Writer-Instances angewendet wird. Anmerkung Reader-Instances sind immer schreibgeschützt, da Aurora MySQL `innodb_read_only` für alle Reader auf `1` festlegt. Daher ist `read_only` auf Reader-Instances redundant. Auf Instance-Ebene aus Aurora MySQL Version 3 entfernt.
`read_rnd_buffer_size`	Ja
`relay-log`	Nein
`relay_log_info_repository`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`relay_log_recovery`	Nein
`replica_checkpoint_group`	Ja	Aurora-MySQL-Version 3
`replica_checkpoint_period`	Ja	Aurora-MySQL-Version 3
`replica_parallel_workers`	Ja	Aurora-MySQL-Version 3
`replica_pending_jobs_size_max`	Ja	Aurora-MySQL-Version 3
`replica_skip_errors`	Ja	Aurora-MySQL-Version 3
`replica_sql_verify_checksum`	Ja	Aurora-MySQL-Version 3
`safe-user-create`	Ja
`secure_auth`	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.
`secure_file_priv`	Nein	Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.
`show_create_table_verbosity`	Ja	Wenn diese Variable aktiviert wird, zeigt SHOW_CREATE_TABLE das `ROW_FORMAT` unabhängig davon an, ob es das Standardformat ist. Dieser Parameter gilt für Aurora-MySQL-Version 2.12 und höher sowie Version 3.
`skip-slave-start`	Nein
`skip_external_locking`	Nein
`skip_show_database`	Ja
`slave_checkpoint_group`	Ja	Aurora-MySQL-Version 2. Verwenden Sie `replica_checkpoint_group` in Aurora-MySQL-Version 3.
`slave_checkpoint_period`	Ja	Aurora-MySQL-Version 2. Verwenden Sie `replica_checkpoint_period` in Aurora-MySQL-Version 3.
`slave_parallel_workers`	Ja	Aurora-MySQL-Version 2. Verwenden Sie `replica_parallel_workers` in Aurora-MySQL-Version 3.
`slave_pending_jobs_size_max`	Ja	Aurora-MySQL-Version 2. Verwenden Sie `replica_pending_jobs_size_max` in Aurora-MySQL-Version 3.
`slave_sql_verify_checksum`	Ja	Aurora-MySQL-Version 2. Verwenden Sie `replica_sql_verify_checksum` in Aurora-MySQL-Version 3.
`slow_launch_time`	Ja
`slow_query_log`	Ja	Anweisungen zum Hochladen der Protokolle in Logs finden Sie unter. CloudWatch Veröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs
`slow_query_log_file`	Nein	Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.
`socket`	Nein
`sort_buffer_size`	Ja
`sql_mode`	Ja
`sql_select_limit`	Ja
`stored_program_cache`	Ja
`sync_binlog`	Nein
`sync_master_info`	Ja
`sync_source_info`	Ja	Dieser Parameter gilt für Aurora MySQL Version 3.
`sync_relay_log`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`sync_relay_log_info`	Ja
`sysdate-is-now`	Ja
`table_cache_element_entry_ttl`	Nein
`table_definition_cache`	Ja	Der Standardwert wird durch eine Formel dargestellt. Mehr über die Berechnung des `DBInstanceClassMemory`-Werts in der Formel erfahren Sie unter DB-Parameter-Formel-Variablen.
`table_open_cache`	Ja	Der Standardwert wird durch eine Formel dargestellt. Mehr über die Berechnung des `DBInstanceClassMemory`-Werts in der Formel erfahren Sie unter DB-Parameter-Formel-Variablen.
`table_open_cache_instances`	Ja
`temp-pool`	Ja	Aus Aurora-MySQL-Version 3 entfernt.
`temptable_max_mmap`	Ja	Dieser Parameter gilt für Aurora-MySQL-Version 3. Details hierzu finden Sie unter Neues temporäres Tabellenverhalten in Aurora-MySQL-Version 3.
`temptable_max_ram`	Ja	Dieser Parameter gilt für Aurora-MySQL-Version 3. Details hierzu finden Sie unter Neues temporäres Tabellenverhalten in Aurora-MySQL-Version 3.
`temptable_use_mmap`	Ja	Dieser Parameter gilt für Aurora-MySQL-Version 3. Details hierzu finden Sie unter Neues temporäres Tabellenverhalten in Aurora-MySQL-Version 3.
`thread_cache_size`	Ja	Die Anzahl der Threads, die zwischengespeichert werden sollen. Dieser Parameter gilt für Aurora MySQL Version 2 und 3.
`thread_handling`	Nein
`thread_stack`	Ja
`timed_mutexes`	Ja
`tmp_table_size`	Ja	Definiert die maximale Größe temporärer Tabellen, die von der `MEMORY`-Speicher-Engine in Aurora-MySQL-Version 3 erstellt werden. Definiert in Aurora-MySQL-Version 3.04 und höher die maximale Größe temporärer Tabellen im Arbeitsspeicher, die von der `TempTable`-Speicher-Engine erstellt werden, wenn `aurora_tmptable_enable_per_table_limit` auf `ON` festgelegt ist. Weitere Informationen finden Sie unter Begrenzung der Größe interner temporärer Tabellen im Arbeitsspeicher.
`tmpdir`	Nein	Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.
`transaction_alloc_block_size`	Ja
`transaction_isolation`	Ja	Dieser Parameter gilt für Aurora-MySQL-Version 3. Er ersetzt `tx_isolation`.
`transaction_prealloc_size`	Ja
`tx_isolation`	Ja	Aus Aurora-MySQL-Version 3 entfernt. Es wird durch `transaction_isolation` ersetzt.
`updatable_views_with_limit`	Ja
`validate-password`	Nein
`validate_password_dictionary_file`	Nein
`validate_password_length`	Nein
`validate_password_mixed_case_count`	Nein
`validate_password_number_count`	Nein
`validate_password_policy`	Nein
`validate_password_special_char_count`	Nein
`wait_timeout`	Ja	Aurora wertet den Mindestwert von `interactive_timeout` und `wait_timeout` aus. Dieses Minimum wird dann als Timeout verwendet, um alle inaktiven Sitzungen, sowohl interaktive als auch nicht interaktive, zu beenden.

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
`AuroraDb_commits`	Die Gesamtzahl der Commits seit dem letzten Neustart.
`AuroraDb_commit_latency`	Die aggregierte Commit-Latenz seit dem letzten Neustart.
`AuroraDb_ddl_stmt_duration`	Die aggregierte DDL-Latenz seit dem letzten Neustart.
`AuroraDb_select_stmt_duration`	Die aggregierte `SELECT`-Anweisungslatenz seit dem letzten Neustart.
`AuroraDb_insert_stmt_duration`	Die aggregierte `INSERT`-Anweisungslatenz seit dem letzten Neustart.
`AuroraDb_update_stmt_duration`	Die aggregierte `UPDATE`-Anweisungslatenz seit dem letzten Neustart.
`AuroraDb_delete_stmt_duration`	Die aggregierte `DELETE`-Anweisungslatenz seit dem letzten Neustart.
`Aurora_binlog_io_cache_allocated`	Die Anzahl der Byte, die dem Binlog-I/O-Cache zugewiesen wurden.
`Aurora_binlog_io_cache_read_requests`	Die Anzahl der Leseanfragen an den Binlog-I/OCache.
`Aurora_binlog_io_cache_reads`	Die Anzahl der Leseanfragen, die der Binlog-I/O-Cache verarbeitet hat.
`Aurora_enhanced_binlog`	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.
`Aurora_external_connection_count`	Die Anzahl der Datenbankverbindungen mit der DB-Instance, ausgenommen RDS-Serviceverbindungen, die für Datenbankzustandsprüfungen verwendet werden.
`Aurora_fast_insert_cache_hits`	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.
`Aurora_fast_insert_cache_misses`	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.
`Aurora_fts_cache_memory_used`	Die Speichermenge in Byte, die das InnoDB-Volltextsuchsystem verwendet. Diese Variable gilt für Aurora MySQL Version 3.07 und höher.
`Aurora_fwd_master_dml_stmt_count`	Die Gesamtzahl der DML-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 2.
`Aurora_fwd_master_dml_stmt_duration`	Die Gesamtdauer der DML-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 2.
`Aurora_fwd_master_errors_rpc_timeout`	Gibt an, wie oft eine weitergeleitete Verbindung nicht auf dem Writer hergestellt werden konnte.
`Aurora_fwd_master_errors_session_limit`	Die Anzahl der weitergeleiteten Anfragen, die aufgrund von `session full` auf dem Writer abgelehnt werden.
`Aurora_fwd_master_errors_session_timeout`	Die Angabe, wie oft eine Weiterleitungssitzung aufgrund eines Timeouts auf dem Writer beendet wird.
`Aurora_fwd_master_open_sessions`	Die Anzahl der weitergeleiteten Sitzungen auf der Writer-DB-Instance. Diese Variable gilt für Aurora-MySQL-Version 2.
`Aurora_fwd_master_select_stmt_count`	Die Gesamtzahl der `SELECT`-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 2.
`Aurora_fwd_master_select_stmt_duration`	Die Gesamtdauer der `SELECT`-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 2.
`Aurora_fwd_writer_dml_stmt_count`	Die Gesamtzahl der DML-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 3.
`Aurora_fwd_writer_dml_stmt_duration`	Die Gesamtdauer der DML-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 3.
`Aurora_fwd_writer_errors_rpc_timeout`	Gibt an, wie oft eine weitergeleitete Verbindung nicht auf dem Writer hergestellt werden konnte.
`Aurora_fwd_writer_errors_session_limit`	Die Anzahl der weitergeleiteten Anfragen, die aufgrund von `session full` auf dem Writer abgelehnt werden.
`Aurora_fwd_writer_errors_session_timeout`	Die Angabe, wie oft eine Weiterleitungssitzung aufgrund eines Timeouts auf dem Writer beendet wird.
`Aurora_fwd_writer_open_sessions`	Die Anzahl der weitergeleiteten Sitzungen auf der Writer-DB-Instance. Diese Variable gilt für Aurora-MySQL-Version 3.
`Aurora_fwd_writer_select_stmt_count`	Die Gesamtzahl der `SELECT`-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 3.
`Aurora_fwd_writer_select_stmt_duration`	Die Gesamtdauer der `SELECT`-Anweisungen, die an diese Writer-DB-Instance weitergeleitet werden. Diese Variable gilt für Aurora-MySQL-Version 3.
`Aurora_lockmgr_buffer_pool_memory_used`	Die Menge an Pufferpool-Speicher in Byte, die der Aurora MySQL Lock Manager verwendet.
`Aurora_lockmgr_memory_used`	Die Speichermenge in Byte, die der Aurora MySQL Lock Manager verwendet.
`Aurora_ml_actual_request_cnt`	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.
`Aurora_ml_actual_response_cnt`	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.
`Aurora_ml_cache_hit_cnt`	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.
`Aurora_ml_logical_request_cnt`	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 `Aurora_ml_actual_request_cnt`. Weitere Informationen finden Sie unter Verwendung von Amazon Aurora Machine Learning mit Aurora MySQL.
`Aurora_ml_logical_response_cnt`	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.
`Aurora_ml_retry_request_cnt`	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.
`Aurora_ml_single_request_cnt`	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.
`aurora_oom_avoidance_recovery_state`	Gibt an, ob sich Aurora out-of-memory (OOM) Avoidance Recovery für diese DB-Instance im `INACTIVE` Status `ACTIVE` oder befindet.
`aurora_oom_reserved_mem_enter_kb`	Stellt den Schwellenwert für die Eingabe des `RESERVED` Status im OOM-Behandlungsmechanismus von Aurora dar. Wenn der verfügbare Speicher auf dem Server unter diesen Schwellenwert fällt, wird der Wert auf `aurora_oom_status` geändert`RESERVED`, was darauf hinweist, dass sich der Server einem kritischen Speicherauslastungsgrad nähert.
`aurora_oom_reserved_mem_exit_kb`	Stellt den Schwellenwert für das Verlassen des `RESERVED` Status im OOM-Behandlungsmechanismus von Aurora dar. Wenn der verfügbare Speicher auf dem Server über diesen Schwellenwert steigt, `aurora_oom_status` kehrt er zu zurück`NORMAL`, was bedeutet, dass der Server in einen stabileren Zustand mit ausreichenden Speicherressourcen zurückgekehrt ist.
`aurora_oom_status`	Stellt den aktuellen OOM-Status dieser DB-Instance dar. Wenn der Wert „ist“`NORMAL`, bedeutet dies, dass ausreichend Speicherressourcen vorhanden sind. Ändert sich der Wert auf`RESERVED`, bedeutet dies, dass der Server über wenig verfügbaren Arbeitsspeicher verfügt. Die Aktionen werden auf der Grundlage der `aurora_oom_response` Parameterkonfiguration ausgeführt. Weitere Informationen finden Sie unter Behebung von out-of-memory Problemen mit Aurora MySQL-Datenbanken.
`Aurora_pq_bytes_returned`	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 `Aurora_pq_pages_pushed_down`.
`Aurora_pq_max_concurrent_requests`	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.
`Aurora_pq_pages_pushed_down`	Die Anzahl der Datenseiten (jeweils fix 16 KiB groß), auf denen Parallel Query eine netzwerkgebundene Übertragung an den Hauptknoten verhindert hat.
`Aurora_pq_request_attempted`	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.
`Aurora_pq_request_executed`	Die Anzahl der erfolgreich ausgeführten Parallel Query-Sitzungen.
`Aurora_pq_request_failed`	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.
`Aurora_pq_request_in_progress`	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 `Aurora_pq_max_concurrent_requests`.
`Aurora_pq_request_not_chosen`	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 `EXPLAIN`-Anweisung erhöht werden, selbst wenn die Abfrage nicht tatsächlich ausgeführt wird.
`Aurora_pq_request_not_chosen_below_min_rows`	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 `EXPLAIN`-Anweisung erhöht werden, selbst wenn die Abfrage nicht tatsächlich ausgeführt wird.
`Aurora_pq_request_not_chosen_column_bit`	Die Anzahl der Parallelabfrageanforderungen, die aufgrund eines nicht unterstützten Datentyps in der Liste der projizierten Spalten den nicht-parallelen Abfrageverarbeitungspfad nutzen.
`Aurora_pq_request_not_chosen_column_geometry`	Die Anzahl der Parallelabfrageanforderungen, die den nicht-parallelen Abfrageverarbeitungspfad nutzen, da die Tabelle Spalten mit dem Datentyp `GEOMETRY` enthält. Informationen zu Aurora-MySQL-Versionen, die diese Einschränkung aufheben, finden Sie unter Upgrade paralleler Abfrage-Cluster auf Aurora-MySQL-Version 3.
`Aurora_pq_request_not_chosen_column_lob`	Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Tabelle Spalten mit einem `LOB`-Datentyp enthält oder `VARCHAR`- Spalten, die aufgrund der deklarierten Länge extern gespeichert werden. Informationen zu Aurora-MySQL-Versionen, die diese Einschränkung aufheben, finden Sie unter Upgrade paralleler Abfrage-Cluster auf Aurora-MySQL-Version 3.
`Aurora_pq_request_not_chosen_column_virtual`	Die Anzahl der Parallelabfrageanforderungen, die den nicht-parallelen Abfrageverarbeitungspfad nutzen, da die Tabelle eine virtuelle Spalte enthält.
`Aurora_pq_request_not_chosen_custom_charset`	Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Tabelle Spalten mit einem benutzerdefinierten Zeichensatz enthält.
`Aurora_pq_request_not_chosen_fast_ddl`	Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Tabelle zurzeit durch eine schnelle `ALTER`-DDL-Anweisung geändert wird.
`Aurora_pq_request_not_chosen_few_pages_outside_buffer_pool`	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.
`Aurora_pq_request_not_chosen_full_text_index`	Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Tabelle Volltextindizes enthält.
`Aurora_pq_request_not_chosen_high_buffer_pool_pct`	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 `EXPLAIN`-Anweisung erhöht werden, selbst wenn die Abfrage nicht tatsächlich ausgeführt wird.
`Aurora_pq_request_not_chosen_index_hint`	Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Abfrage einen Indexhinweis enthält.
`Aurora_pq_request_not_chosen_innodb_table_format`	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 `COMPACT`-, `REDUNDANT`- und `DYNAMIC`-Zeilenformate.
`Aurora_pq_request_not_chosen_long_trx`	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 `EXPLAIN`-Anweisung erhöht werden, selbst wenn die Abfrage nicht tatsächlich ausgeführt wird.
`Aurora_pq_request_not_chosen_no_where_clause`	Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Abfrage keine `WHERE`-Klausel enthält.
`Aurora_pq_request_not_chosen_range_scan`	Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Abfrage einen Bereichsscan für einen Index verwendet.
`Aurora_pq_request_not_chosen_row_length_too_long`	Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Gesamtlänge aller Spalten zu groß ist.
`Aurora_pq_request_not_chosen_small_table`	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 `EXPLAIN`-Anweisung erhöht werden, selbst wenn die Abfrage nicht tatsächlich ausgeführt wird.
`Aurora_pq_request_not_chosen_temporary_table`	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 `MyISAM` oder `memory` verwenden.
`Aurora_pq_request_not_chosen_tx_isolation`	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 `REPEATABLE READ` und `READ COMMITTED` angewendet.
`Aurora_pq_request_not_chosen_update_delete_stmts`	Die Anzahl der parallelen Abfrageanforderungen, die den nicht parallelen Abfrageverarbeitungspfad verwenden, da die Abfrage Teil einer `UPDATE`- oder `DELETE`-Anweisung ist.
`Aurora_pq_request_not_chosen_unsupported_access`	Die Anzahl der Parallelabfrageanforderungen, die den nicht-parallelen Abfrageverarbeitungspfad nutzen, weil die `WHERE`-Klausel nicht den Kriterien einer Parallelabfrage gerecht wird. Dieses Ergebnis kann eintreten, wenn für die Abfrage kein datenintensiver Scan erforderlich ist oder wenn es sich bei der Abfrage um eine `DELETE`- oder `UPDATE`-Anweisung handelt.
`Aurora_pq_request_not_chosen_unsupported_storage_type`	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.
`Aurora_pq_request_throttled`	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.
`Aurora_repl_bytes_received`	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.
`Aurora_reserved_mem_exceeded_incidents`	Gibt an, wie oft die Engine seit dem letzten Neustart die Grenzen des reservierten Speichers überschritten hat. Falls `aurora_oom_response` konfiguriert, definiert dieser Schwellenwert, wann out-of-memory (OOM-) Vermeidungsaktivitäten ausgelöst werden. Weitere Informationen zur Antwort wegen Speichermangel von Aurora MySQL finden Sie unter Behebung von out-of-memory Problemen mit Aurora MySQL-Datenbanken.
`Aurora_thread_pool_thread_count`	Die aktuelle Anzahl von Threads im Aurora-Threadpool. Weitere Informationen zum Threadpool in Aurora MySQL finden Sie unter Thread-Pool.
`Aurora_tmz_version`	Bezeichnet die aktuelle Version der Zeitzoneninformationen, die vom DB-Cluster verwendet werden. Die Werte folgen dem Format der Internet Assigned Numbers Authority (IANA): `YYYYsuffix`, zum Beispiel `2022a` und `2023c`. Dieser Parameter gilt für Aurora-MySQL-Version 2.12 und höher sowie Version 3.04 und höher.
`Aurora_zdr_oom_threshold`	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.
`server_aurora_das_running`	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

Warnung JavaScript ist in Ihrem Browser nicht verfügbar oder deaktiviert.

Zur Nutzung der AWS-Dokumentation muss JavaScript aktiviert sein. Weitere Informationen finden auf den Hilfe-Seiten Ihres Browsers.

Dokumentkonventionen

Aurora MySQL-Referenz

Warteereignisse