Aurora MySQL Konfigurationsparameter

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 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.

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 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.

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.

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. 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

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.

aws_default_s3_role

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 für Aurora MySQL.

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).

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.

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.

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

Steuert, ob der INSTANT-Algorithmus für ALTER COLUMN-Operationen auf globaler Ebene verwendet werden kann. Die zulässigen Werte sind folgende:

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

Keine

innodb_checksums

Nein

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

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 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.

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.

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

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.

innodb_undo_directory

Nein

Aurora MySQL verwendet verwaltete Instances, bei denen Sie nicht direkt auf das Archivsystem zugreifen.

internal_tmp_disk_storage_engine

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

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_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.

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

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

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

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_execution_time in der MySQL-Dokumentation.

min_examined_row_limit

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

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:

Für Aurora-MySQL-Version 3 sind die folgenden Werte gültig:

Bei Aurora MySQL Version 3 gilt dieser Parameter nicht für Benutzer, die über die 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

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 TLS-Verbindungen mit DB-Clustern von Aurora MySQL.

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.

server_audit_events

Ja

Weitere Informationen finden Sie unter Verwenden von Advanced Auditing in einem Amazon Aurora MySQL DB-Cluster.

server_audit_excl_users

Ja

Weitere Informationen finden Sie unter Verwenden von Advanced Auditing in einem Amazon Aurora MySQL DB-Cluster.

server_audit_incl_users

Ja

Weitere Informationen finden Sie unter Verwenden von Advanced Auditing in einem Amazon Aurora MySQL DB-Cluster.

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.

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.

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

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.

tls_version

Ja

Weitere Informationen finden Sie unter TLS-Versionen für Aurora MySQL.

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_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 Beheben von Speicherproblemen bei 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 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 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

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.

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.

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

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.

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.

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

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 undTempTable.

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_lock mutex.

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).

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_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. 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

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_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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

performance_schema_show_processlist

Ja

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.

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.

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.

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:

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.

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_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

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.

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.

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

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.

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

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.

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.