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 Cluster-Ebene in der DB-Parametergruppe für eine Instance in einem Aurora-DB-Cluster finden. Eine Liste der Parameter auf Cluster-Ebene erscheint weiter unten in diesem Thema.
Sie können die Parameter sowohl auf der Cluster- als auch auf der Instance-Ebene mithilfe der AWS-Managementkonsole, AWS CLI oder Amazon-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](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster-parameter-group.html) Parameter auf Cluster-Ebene in einer DB-Cluster-Parametergruppe verwalten. Sie können den CLI-Befehl [modify-db-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-parameter-group.html) 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. Beispielsweise können Sie mit den AWS CLI-Befehl [describe-db-cluster-parameters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-parameters.html) verwenden, um Parameter auf Cluster-Ebene in einer DB-Cluster-Parametergruppe anzuzeigen. Sie können den CLI-Befehl [describe-db-parameters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-parameters.html) verwenden, um Parameter auf Instance-Ebene in einer DB-Parametergruppe für eine DB-Instance in einem DB-Cluster anzuzeigen.
**Anmerkung**
Jede [Standard-Parametergruppe](USER_WorkingWithParamGroups.md) 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 [Parametergruppen für Amazon Aurora](USER_WorkingWithParamGroups.md). Regeln und Einschränkungen für Aurora Serverless v1-Cluster finden Sie unter [Parametergruppen für Aurora Serverless v1](aurora-serverless-v1.how-it-works.md#aurora-serverless.parameter-groups).
**Topics**
+ [Parameter auf Cluster-Ebene](#AuroraMySQL.Reference.Parameters.Cluster)
+ [Parameter auf Instance-Ebene](#AuroraMySQL.Reference.Parameters.Instance)
+ [MySQL-Parameter, die nicht auf Aurora MySQL zutreffen](#AuroraMySQL.Reference.Parameters.Inapplicable)
## 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)](AuroraMySQL.Replication.MySQL.md). 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)](AuroraMySQL.Replication.MySQL.md). |
| `aurora_binlog_replication_sec_index_parallel_workers` | Ja | Legt die Gesamtzahl der verfügbaren parallelen 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) eingestellt. Dieser Parameter ist in Aurora-MySQL-Version 3.06 und höher verfügbar. Weitere Informationen finden Sie unter [Optimieren einer binären Protokollreplikation für Aurora MySQL](binlog-optimization.md). |
| `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)](AuroraMySQL.Replication.MySQL.md). 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 [Parallel Query für Amazon Aurora MySQL](aurora-mysql-parallel-query.md). |
| `aurora_enable_replica_log_compression` | Ja | Weitere Informationen finden Sie unter [Performance-Überlegungen zur Amazon Aurora MySQL-Replikation](AuroraMySQL.Replication.md#AuroraMySQL.Replication.Performance). 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](AuroraMySQL.Replication.md#AuroraMySQL.Replication.Performance). 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. |
| `aurora_in_memory_relaylog` | Ja | Legt den In-Memory-Relay-Protokollmodus fest. Sie können diese Funktion für Binärprotokollreplikate verwenden, um die Leistung der Binärprotokollreplikation zu verbessern. Zum Ausschalten dieser Funktion setzen Sie den Parameter auf OFF. Zum Einschalten dieser Funktion setzen Sie den Parameter auf ON. |
| `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 für Aurora MySQL](AuroraMySQL.Enhanced.binlog.md). |
| `aurora_full_double_precision_in_json` | Ja | Stellen Sie den Wert dieses Parameters ein, um das Parsing von Fließkommazahlen in JSON-Dokumenten mit voller Genauigkeit zu ermöglichen. |
| `aurora_jemalloc_background_thread` | Ja | Verwenden Sie diesen Parameter, um einen Hintergrund-Thread zur Durchführung von Speicherwartungsoperationen 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 zur Beibehaltung von freigegebenem Speicher für eine bestimmte Zeit (in Millisekunden). Die Beibehaltung von Speicher ermöglicht eine schnellere Wiederverwendung. Die zulässigen Werte sind `0` bis `18446744073709551615`. Der Standardwert ist `10000` (10 Sekunden). Eine kürzere Verzögerung kann helfen, Speicherprobleme zu vermeiden, führt jedoch zu einer geringeren Leistung. 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](AuroraMySQL.Integrating.LoadFromS3.md). 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 `` 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](AuroraMySQL.Integrating.SaveIntoS3.md). 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](aurora-mysql-kerberos.md). Dieser Parameter ist in Aurora MySQL Version 3.03 und höher verfügbar. |
| `auto_increment_increment` | Ja | Keine |
| `auto_increment_offset` | Ja | Keine |
| `aws_default_lambda_role` | Ja | Weitere Informationen finden Sie unter [Aufrufen einer Lambda-Funktion aus einem Amazon Aurora MySQL-DB-Cluster](AuroraMySQL.Integrating.Lambda.md). |
| `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](AuroraMySQL.Integrating.Authorizing.IAM.AddRoleToDBCluster.md). |
| `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 für Aurora MySQL](AuroraMySQL.Enhanced.binlog.md). |
| `binlog_checksum` | Ja | Die AWS CLI und 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)](AuroraMySQL.Replication.MySQL.md). |
| `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 für Aurora MySQL](AuroraMySQL.Enhanced.binlog.md). |
| `binlog_row_image` | Nein | Keine |
| `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 | Keine |
| `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 | Keine |
| `character_set_client` | Ja | Keine |
| `character_set_connection` | Ja | Keine |
| `character_set_database` | Ja | Der von der Standarddatenbank verwendete Zeichensatz. Der Standardwert ist `utf8mb4`. |
| `character_set_filesystem` | Ja | Keine |
| `character_set_results` | Ja | Keine |
| `character_set_server` | Ja | Keine |
| `collation_connection` | Ja | Keine |
| `collation_server` | Ja | Keine |
| `completion_type` | Ja | Keine |
| `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 Cluster-Ebene 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](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model). |
| `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: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) Weitere Informationen finden Sie unter [Column Operations](https://dev.mysql.com/doc/refman/8.0/en/innodb-online-ddl-operations.html#online-ddl-column-operations) in der MySQL-Dokumentation. Dieser Parameter gilt für Aurora MySQL Version 3.05 und höher. |
| `innodb_autoinc_lock_mode` | Ja | Keine |
| `innodb_checksums` | Nein | Aus Aurora-MySQL-Version 3 entfernt. |
| `innodb_cmp_per_index_enabled` | Ja | Keine |
| `innodb_commit_concurrency` | Ja | Keine |
| `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](Aurora.Managing.Performance.md#Aurora.Managing.Performance.StorageScaling). |
| `innodb_flush_log_at_trx_commit` | Ja | Es wird dringend empfohlen, den Standardwert `1` zu verwenden. Bevor Sie diesen Parameter in Aurora-MySQL-Version 3 in einen anderen Wert als `1` ändern können, müssen Sie den Wert von `innodb_trx_commit_allow_data_loss` in `1` ändern. Weitere Informationen finden Sie unter [Konfigurieren, wie oft der Protokollpuffer geleert wird](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.Flush). |
| `innodb_ft_max_token_size` | Ja | Keine |
| `innodb_ft_min_token_size` | Ja | Keine |
| `innodb_ft_num_word_optimize` | Ja | Keine |
| `innodb_ft_sort_pll_degree` | Ja | Keine |
| `innodb_online_alter_log_max_size` | Ja | Keine |
| `innodb_optimize_fulltext_only` | Ja | Keine |
| `innodb_page_size` | Nein | Keine |
| `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](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.deadlocks). |
| `innodb_purge_batch_size` | Ja | Keine |
| `innodb_purge_threads` | Ja | Keine |
| `innodb_rollback_on_timeout` | Ja | Keine |
| `innodb_rollback_segments` | Ja | Keine |
| `innodb_spin_wait_delay` | Ja | Keine |
| `innodb_strict_mode` | Ja | Keine |
| `innodb_support_xa` | Ja | Aus Aurora-MySQL-Version 3 entfernt. |
| `innodb_sync_array_size` | Ja | Keine |
| `innodb_sync_spin_loops` | Ja | Keine |
| `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 | Keine |
| `innodb_trx_commit_allow_data_loss` | Ja | In Aurora-MySQL-Version 3 legen Sie den Wert dieses Parameters auf `1` fest, sodass Sie den Wert von `innodb_flush_log_at_trx_commit` ändern können. Der Standardwert von `innodb_trx_commit_allow_data_loss` ist `0`. Weitere Informationen finden Sie unter [Konfigurieren, wie oft der Protokollpuffer geleert wird](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.Flush). |
| `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\$1lock mutex](AuroraMySQL.Reference.Waitevents.md#key-cache.cache-lock). |
| `lc_time_names` | Ja | Keine |
| `log_error_suppression_list` | Ja | Gibt eine Liste von Fehlercodes an, die nicht im MySQL-Fehlerprotokoll protokolliert werden. Auf diese Weise können Sie bestimmte unkritische Fehlerbedingungen ignorieren, um Ihre Fehlerprotokolle sauber zu halten. Weitere Informationen finden Sie unter [log\$1error\$1suppression\$1list](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_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 [Neustarten eines Aurora-Clusters mit Leseverfügbarkeit](aurora-mysql-survivable-replicas.md). 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](aurora-global-database-upgrade.md#aurora-global-database-upgrade.major). |
| `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 `0` und `18446744073709551615` liegen. Wenn auf `0` eingestellt, gibt es kein Timeout. Weitere Informationen finden Sie unter [max\$1execution\$1time](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_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. |
| `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: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) Für Aurora-MySQL-Version 3 sind die folgenden Werte gültig: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) 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](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model). |
| `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.\$1 und niedriger ist der Standardwert DATABASE. In Aurora MySQL Version 3.04.\$1 und höher ist der Standardwert LOGICAL\$1CLOCK. |
| `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](https://dev.mysql.com/doc/refman/8.0/en/replication-features-differing-tables.html). 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 [TLS-Verbindungen mit DB-Clustern von Aurora MySQL](AuroraMySQL.Security.md#AuroraMySQL.Security.SSL). |
| `rpl_read_size` | Ja | Dieser Parameter gilt für Aurora MySQL Version 3. |
| `server_audit_cw_upload` | Nein | Dieser Parameter wurde in Aurora MySQL als veraltet gekennzeichnet. Verwenden Sie `server_audit_logs_upload`. Weitere Informationen finden Sie unter [Veröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs](AuroraMySQL.Integrating.CloudWatch.md). |
| `server_audit_events` | Ja | Weitere Informationen finden Sie unter [Verwenden von Advanced Auditing in einem Amazon Aurora MySQL DB-Cluster](AuroraMySQL.Auditing.md). |
| `server_audit_excl_users` | Ja | Weitere Informationen finden Sie unter [Verwenden von Advanced Auditing in einem Amazon Aurora MySQL DB-Cluster](AuroraMySQL.Auditing.md). |
| `server_audit_incl_users` | Ja | Weitere Informationen finden Sie unter [Verwenden von Advanced Auditing in einem Amazon Aurora MySQL DB-Cluster](AuroraMySQL.Auditing.md). |
| `server_audit_logging` | Ja | Anweisungen zum Hochladen von Protokollen in Amazon CloudWatch Logs finden Sie unter [Veröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs](AuroraMySQL.Integrating.CloudWatch.md). |
| `server_audit_logs_upload` | Ja | Sie können Prüfprotokolle in CloudWatch Logs veröffentlichen, indem Sie das erweiterte 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](AuroraMySQL.Integrating.CloudWatch.md). |
| `server_id` | Nein | Keine |
| `skip-character-set-client-handshake` | Ja | Keine |
| `skip_name_resolve` | Nein | Keine |
| `slave-skip-errors` | Ja | Gilt nur für Cluster der Aurora MySQL Version 2 mit MySQL-5.7-Kompatibilität. |
| `source_verify_checksum` | Ja | Dieser Parameter gilt für 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 auf die Universal Time Coordinated (UTC) eingestellt. 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](Concepts.RegionsAndAvailabilityZones.md#Aurora.Overview.LocalTimeZone). |
| `tls_version` | Ja | Weitere Informationen finden Sie unter [TLS-Versionen für Aurora MySQL](AuroraMySQL.Security.md#AuroraMySQL.Security.SSL.TLS_Version). |
## 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 | Keine |
| `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 [Parallel Query für Amazon Aurora MySQL](aurora-mysql-parallel-query.md). |
| `aurora_lab_mode` | Ja | Weitere Informationen finden Sie unter [Amazon Aurora MySQL-Labor-Modus](AuroraMySQL.Updates.LabMode.md). 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 [Beheben von Speicherproblemen bei Aurora-MySQL-Datenbanken](AuroraMySQLOOM.md). |
| `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 [Parallel Query für Amazon Aurora MySQL](aurora-mysql-parallel-query.md). |
| `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 [Parallel Query für Amazon Aurora MySQL](aurora-mysql-parallel-query.md). |
| `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](AuroraMySQL.Reference.IsolationLevels.md). |
| `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](ams3-temptable-behavior.md#ams3-temptable-behavior-limit). |
| `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 | Keine |
| `automatic_sp_privileges` | Ja | Keine |
| `back_log` | Ja | Keine |
| `basedir` | Nein | Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
| `binlog_cache_size` | Ja | Keine |
| `binlog_max_flush_queue_time` | Ja | Keine |
| `binlog_order_commits` | Ja | Keine |
| `binlog_stmt_cache_size` | Ja | Keine |
| `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 | Keine |
| `concurrent_insert` | Ja | Keine |
| `connect_timeout` | Ja | Keine |
| `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 | Keine |
| `default_tmp_storage_engine` | Ja | Die Standard-Speicher-Engine für temporäre Tabellen. |
| `default_week_format` | Ja | Keine |
| `delay_key_write` | Ja | Keine |
| `delayed_insert_limit` | Ja | Keine |
| `delayed_insert_timeout` | Ja | Keine |
| `delayed_queue_size` | Ja | Keine |
| `div_precision_increment` | Ja | Keine |
| `end_markers_in_json` | Ja | Keine |
| `eq_range_index_dive_limit` | Ja | Keine |
| `event_scheduler` | Manchmal | Zeigt den Status des Ereignisplaners an. Modifizierbar nur auf Cluster-Ebene in Aurora-MySQL-Version 3. |
| `explicit_defaults_for_timestamp` | Ja | Keine |
| `flush` | Nein | Keine |
| `flush_time` | Ja | Keine |
| `ft_boolean_syntax` | Nein | Keine |
| `ft_max_word_len` | Ja | Keine |
| `ft_min_word_len` | Ja | Keine |
| `ft_query_expansion_limit` | Ja | Keine |
| `ft_stopword_file` | Ja | Keine |
| `general_log` | Ja | Anweisungen zum Hochladen von Protokollen in CloudWatch Logs finden Sie unter [Veröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs](AuroraMySQL.Integrating.CloudWatch.md). |
| `general_log_file` | Nein | Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
| `group_concat_max_len` | Ja | Keine |
| `host_cache_size` | Ja | Keine |
| `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](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model). |
| `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-Cluster-Ebene 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 | Keine |
| `innodb_buffer_pool_dump_at_shutdown` | Nein | Keine |
| `innodb_buffer_pool_dump_now` | Nein | Keine |
| `innodb_buffer_pool_filename` | Nein | Keine |
| `innodb_buffer_pool_load_abort` | Nein | Keine |
| `innodb_buffer_pool_load_at_startup` | Nein | Keine |
| `innodb_buffer_pool_load_now` | Nein | Keine |
| `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](USER_ParamValuesRef.md#USER_FormulaVariables). |
| `innodb_change_buffer_max_size` | Nein | Aurora MySQL verwendet den InnoDB-Änderungspuffer überhaupt nicht. |
| `innodb_compression_failure_threshold_pct` | Ja | Keine |
| `innodb_compression_level` | Ja | Keine |
| `innodb_compression_pad_pct_max` | Ja | Keine |
| `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 | Keine |
| `innodb_force_load_corrupted` | Nein | Keine |
| `innodb_ft_aux_table` | Ja | Keine |
| `innodb_ft_cache_size` | Ja | Keine |
| `innodb_ft_enable_stopword` | Ja | Keine |
| `innodb_ft_server_stopword_table` | Ja | Keine |
| `innodb_ft_user_stopword_table` | Ja | Keine |
| `innodb_large_prefix` | Ja | Aus Aurora-MySQL-Version 3 entfernt. |
| `innodb_lock_wait_timeout` | Ja | Keine |
| `innodb_log_compressed_pages` | Nein | Keine |
| `innodb_lru_scan_depth` | Ja | Keine |
| `innodb_max_purge_lag` | Ja | Keine |
| `innodb_max_purge_lag_delay` | Ja | Keine |
| `innodb_monitor_disable` | Ja | Keine |
| `innodb_monitor_enable` | Ja | Keine |
| `innodb_monitor_reset` | Ja | Keine |
| `innodb_monitor_reset_all` | Ja | Keine |
| `innodb_old_blocks_pct` | Ja | Keine |
| `innodb_old_blocks_time` | Ja | Keine |
| `innodb_open_files` | Ja | Keine |
| `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](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.deadlocks). |
| `innodb_random_read_ahead` | Ja | Keine |
| `innodb_read_ahead_threshold` | Ja | Keine |
| `innodb_read_io_threads` | Nein | Keine |
| `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 | Keine |
| `innodb_sort_buffer_size` | Ja | Keine |
| `innodb_stats_auto_recalc` | Ja | Keine |
| `innodb_stats_method` | Ja | Keine |
| `innodb_stats_on_metadata` | Ja | Keine |
| `innodb_stats_persistent` | Ja | Keine |
| `innodb_stats_persistent_sample_pages` | Ja | Keine |
| `innodb_stats_transient_sample_pages` | Ja | Keine |
| `innodb_thread_concurrency` | Nein | Keine |
| `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` | Manchmal | Steuert, welche In-Memory-Speicher-Engine für interne temporäre Tabellen verwendet wird. Zulässige Werte für Schreiber-DB-Instances sind `MEMORY` und`TempTable`. Für Leser-DB-Instances ist dieser Parameter auf `TempTable` gesetzt und kann nicht geändert werden. Dieser Parameter gilt für Aurora MySQL Version 3. |
| `join_buffer_size` | Ja | Keine |
| `keep_files_on_create` | Ja | Keine |
| `key_buffer_size` | Ja | Schlüssel-Cache für MyISAM-Tabellen. Weitere Informationen finden Sie unter [keycache->cache\$1lock mutex](AuroraMySQL.Reference.Waitevents.md#key-cache.cache-lock). |
| `key_cache_age_threshold` | Ja | Keine |
| `key_cache_block_size` | Ja | Keine |
| `key_cache_division_limit` | Ja | Keine |
| `local_infile` | Ja | Keine |
| `lock_wait_timeout` | Ja | Keine |
| `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)](AuroraMySQL.Replication.MySQL.md). |
| `log_bin_trust_function_creators` | Ja | Keine |
| `log_bin_use_v1_row_events` | Ja | Aus Aurora-MySQL-Version 3 entfernt. |
| `log_error` | Nein | Keine |
| `log_error_suppression_list` | Ja | Gibt eine Liste von Fehlercodes an, die nicht im MySQL-Fehlerprotokoll protokolliert werden. Auf diese Weise können Sie bestimmte unkritische Fehlerbedingungen ignorieren, um Ihre Fehlerprotokolle sauber zu halten. Weitere Informationen finden Sie unter [log\$1error\$1suppression\$1list](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_log_error_suppression_list) in der MySQL-Dokumentation. Dieser Parameter gilt für Aurora-MySQL-Version 3.03 und höher. |
| `log_output` | Ja | Keine |
| `log_queries_not_using_indexes` | Ja | Keine |
| `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 | Keine |
| `log_warnings` | Ja | Aus Aurora-MySQL-Version 3 entfernt. |
| `long_query_time` | Ja | Keine |
| `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 | Keine |
| `max_binlog_cache_size` | Ja | Keine |
| `max_binlog_size` | Nein | Keine |
| `max_binlog_stmt_cache_size` | Ja | Keine |
| `max_connect_errors` | Ja | Keine |
| `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](USER_ParamValuesRef.md#USER_FormulaVariables). Informationen zu den Standardwerten in Abhängigkeit von der Instance-Klasse finden Sie unter [Maximale Verbindungen zu einer Aurora MySQL-DB-Instance](AuroraMySQL.Managing.Performance.md#AuroraMySQL.Managing.MaxConnections). |
| `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 `0` und `18446744073709551615` liegen. Wenn auf `0` eingestellt, gibt es kein Timeout. Weitere Informationen finden Sie unter [max\$1execution\$1time](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_max_execution_time) in der MySQL-Dokumentation. |
| `max_heap_table_size` | Ja | Keine |
| `max_insert_delayed_threads` | Ja | Keine |
| `max_join_size` | Ja | Keine |
| `max_length_for_sort_data` | Ja | Aus Aurora-MySQL-Version 3 entfernt. |
| `max_prepared_stmt_count` | Ja | Keine |
| `max_seeks_for_key` | Ja | Keine |
| `max_sort_length` | Ja | Keine |
| `max_sp_recursion_depth` | Ja | Keine |
| `max_tmp_tables` | Ja | Aus Aurora-MySQL-Version 3 entfernt. |
| `max_user_connections` | Ja | Keine |
| `max_write_lock_count` | Ja | Keine |
| `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 | Keine |
| `myisam_max_sort_file_size` | Ja | Keine |
| `myisam_mmap_size` | Ja | Keine |
| `myisam_sort_buffer_size` | Ja | Keine |
| `myisam_stats_method` | Ja | Keine |
| `myisam_use_mmap` | Ja | Keine |
| `net_buffer_length` | Ja | Keine |
| `net_read_timeout` | Ja | Keine |
| `net_retry_count` | Ja | Keine |
| `net_write_timeout` | Ja | Keine |
| `old-style-user-limits` | Ja | Keine |
| `old_passwords` | Ja | Aus Aurora-MySQL-Version 3 entfernt. |
| `optimizer_prune_level` | Ja | Keine |
| `optimizer_search_depth` | Ja | Keine |
| `optimizer_switch` | Ja | Weitere Informationen zu Aurora MySQL-Features, die diesen Schalter verwenden, finden Sie unter [Bewährte Methoden mit Amazon Aurora MySQL](AuroraMySQL.BestPractices.md). |
| `optimizer_trace` | Ja | Keine |
| `optimizer_trace_features` | Ja | Keine |
| `optimizer_trace_limit` | Ja | Keine |
| `optimizer_trace_max_mem_size` | Ja | Keine |
| `optimizer_trace_offset` | Ja | Keine |
| `performance-schema-consumer-events-waits-current` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance-schema-consumer-events-waits-current`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance-schema-instrument` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance-schema-instrument`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema` | Ja | Wenn die Spalte **Quelle** auf `Modified` gesetzt ist, verwaltet Performance Insights das Leistungsschema. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_accounts_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_accounts_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_global_instrumentation` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_global_instrumentation`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_thread_instrumentation` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_thread_instrumentation`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_stages_current` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_events_stages_current`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_stages_history` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_events_stages_history`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_stages_history_long` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_events_stages_history_long`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_statements_current` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_events_statements_current`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_statements_history` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_events_statements_history`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_statements_history_long` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_events_statements_history_long`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_waits_history` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_events_waits_history`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_waits_history_long` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_events_waits_history_long`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_statements_digest` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_consumer_statements_digest`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_digests_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_digests_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_stages_history_long_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_events_stages_history_long_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_stages_history_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_events_stages_history_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_statements_history_long_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_events_statements_history_long_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_statements_history_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_events_statements_history_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_transactions_history_long_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_events_transactions_history_long_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_transactions_history_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_events_transactions_history_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_waits_history_long_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_events_waits_history_long_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_waits_history_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_events_waits_history_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_hosts_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_hosts_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_cond_classes` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_cond_classes`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_cond_instances` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_cond_instances`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_digest_length` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_digest_length`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_file_classes` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_file_classes`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_file_handles` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_file_handles`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_file_instances` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_file_instances`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_index_stat` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_index_stat`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_memory_classes` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_memory_classes`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_metadata_locks` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_metadata_locks`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_mutex_classes` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_mutex_classes`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_mutex_instances` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_mutex_instances`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_prepared_statements_instances` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_prepared_statements_instances`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_program_instances` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_program_instances`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_rwlock_classes` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_rwlock_classes`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_rwlock_instances` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_rwlock_instances`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_socket_classes` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_socket_classes`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_socket_instances` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_socket_instances`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_sql_text_length` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_sql_text_length`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_stage_classes` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_stage_classes`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_statement_classes` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_statement_classes`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_statement_stack` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_statement_stack`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_table_handles` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_table_handles`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_table_instances` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_table_instances`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_table_lock_stat` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_table_lock_stat`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_thread_classes` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_thread_classes`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_thread_instances` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_max_thread_instances`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_session_connect_attrs_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_session_connect_attrs_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_setup_actors_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_setup_actors_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_setup_objects_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_setup_objects_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_show_processlist` | Ja | Dieser Parameter bestimmt, welche SHOW PROCESSLIST-Implementierung verwendet werden soll: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html)Dieser Parameter gilt für Aurora-MySQL-Version 2.12 und höher sowie Version 3. Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_show_processlist`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_users_size` | Ja | Wenn die Spalte **Quelle** für den Parameter `performance_schema` auf `Modified` gesetzt ist, verwendet das Leistungsschema den Parameter `performance_schema_users_size`. Weitere Informationen zum Aktivieren des Leistungsschemas finden Sie unter [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `pid_file` | Nein | Keine |
| `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-Instances 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 | Keine |
| `query_alloc_block_size` | Ja | Keine |
| `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](USER_ParamValuesRef.md#USER_FormulaVariables). 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 | Keine |
| `range_alloc_block_size` | Ja | Keine |
| `read_buffer_size` | Ja | Keine |
| `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: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) 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. 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 | Keine |
| `relay-log` | Nein | Keine |
| `relay_log_info_repository` | Ja | Aus Aurora-MySQL-Version 3 entfernt. |
| `relay_log_recovery` | Nein | Keine |
| `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 | Keine |
| `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\$1CREATE\$1TABLE](https://dev.mysql.com/doc/refman/5.7/en/show-create-table.html) 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 | Keine |
| `skip_external_locking` | Nein | Keine |
| `skip_show_database` | Ja | Keine |
| `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 | Keine |
| `slow_query_log` | Ja | Anweisungen zum Hochladen von Protokollen in CloudWatch Logs finden Sie unter [Veröffentlichen von Amazon Aurora MySQL-Protokollen in Amazon CloudWatch Logs](AuroraMySQL.Integrating.CloudWatch.md). |
| `slow_query_log_file` | Nein | Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
| `socket` | Nein | Keine |
| `sort_buffer_size` | Ja | Keine |
| `sql_mode` | Ja | Keine |
| `sql_select_limit` | Ja | Keine |
| `stored_program_cache` | Ja | Keine |
| `sync_binlog` | Nein | Keine |
| `sync_master_info` | Ja | Keine |
| `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 | Keine |
| `sysdate-is-now` | Ja | Keine |
| `table_cache_element_entry_ttl` | Nein | Keine |
| `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](USER_ParamValuesRef.md#USER_FormulaVariables). |
| `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](USER_ParamValuesRef.md#USER_FormulaVariables). |
| `table_open_cache_instances` | Ja | Keine |
| `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](ams3-temptable-behavior.md). |
| `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](ams3-temptable-behavior.md). |
| `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](ams3-temptable-behavior.md). |
| `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 | Keine |
| `thread_stack` | Ja | Keine |
| `timed_mutexes` | Ja | Keine |
| `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](ams3-temptable-behavior.md#ams3-temptable-behavior-limit). |
| `tmpdir` | Nein | Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen. |
| `transaction_alloc_block_size` | Ja | Keine |
| `transaction_isolation` | Ja | Dieser Parameter gilt für Aurora MySQL Version 3. Er ersetzt `tx_isolation`. |
| `transaction_prealloc_size` | Ja | Keine |
| `tx_isolation` | Ja | Aus Aurora-MySQL-Version 3 entfernt. Es wird durch `transaction_isolation` ersetzt. |
| `updatable_views_with_limit` | Ja | Keine |
| `validate-password` | Nein | Keine |
| `validate_password_dictionary_file` | Nein | Keine |
| `validate_password_length` | Nein | Keine |
| `validate_password_mixed_case_count` | Nein | Keine |
| `validate_password_number_count` | Nein | Keine |
| `validate_password_policy` | Nein | Keine |
| `validate_password_special_char_count` | Nein | Keine |
| `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](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.Flush).
+ `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`