Datenbank-Flags konfigurieren

Auf dieser Seite wird gezeigt, wie Sie Datenbank-Flags für Cloud SQL konfigurieren und welche Flags Sie für Ihre Instanz festlegen können. Sie können Datenbank-Flags für viele Vorgänge verwenden, z. B. für das Anpassen von MySQL-Parametern und Optionen sowie für das Konfigurieren und Optimieren einer Instanz.

In einigen Fällen muss vor dem Setzen eines Flags ein anderes Flag gesetzt werden, damit die gewünschte Funktionalität in vollem Umfang genutzt werden kann. Beispiel: Zum Aktivieren des langsamen Abfrage-Loggings müssen Sie sowohl das Flag slow_query_log auf on als auch das Flag log_output auf FILE setzen. Nur so sind die Logs im Log-Explorer der Google Cloud Console verfügbar.

Wenn Sie ein Flag für eine Datenbankinstanz festlegen, entfernen oder ändern, wird die Datenbank möglicherweise neu gestartet. Der Wert des Flags wird dann für die Instanz beibehalten, bis Sie es entfernen. Wenn die Instanz die Quelle für ein Replikat ist und neu gestartet wird, wird das Replikat ebenfalls neu gestartet, um es an die aktuelle Konfiguration der Instanz anzupassen.

Datenbank-Flags konfigurieren

In den folgenden Abschnitten werden häufige Aufgaben zur Verwaltung von Flags beschrieben.

Datenbank-Flag festlegen

Console

  1. Wählen Sie in der Google Cloud Console das Projekt aus, das die Cloud SQL-Instanz enthält, für die Sie ein Datenbank-Flag festlegen möchten.
  2. Öffnen Sie die Instanz und klicken Sie auf Bearbeiten.
  3. Gehen Sie zum Abschnitt Flags.
  4. Zum Setzen eines neuen Flags, das noch nicht in der Instanz gesetzt wurde, klicken Sie auf Zeile hinzufügen, wählen Sie das Flag aus dem Drop-down-Menü aus und legen Sie dessen Wert fest.
  5. Klicken Sie auf Speichern, um die Änderungen zu speichern.
  6. Bestätigen Sie die Änderungen auf der Übersichtsseite unter Flags.

gcloud

Bearbeiten Sie die Instanz:

gcloud sql instances patch INSTANCE_NAME --database-flags=FLAG1=VALUE1,FLAG2=VALUE2

Mit diesem Befehl werden alle zuvor festgelegten Datenbank-Flags überschrieben. Wenn Sie diese Flags beibehalten und neue Flags hinzufügen möchten, geben Sie die Werte für alle Flags an, die Sie für die Instanz festlegen möchten. Für alle Flags, die nicht ausdrücklich angegeben werden, gilt der Standardwert. Für Flags, die keinen Wert haben, geben Sie den Flag-Namen gefolgt von einem Gleichheitszeichen („=“) ein.

Die Flags general_log, skip_show_database und wait_timeout können Sie beispielsweise mit folgendem Befehl festlegen:

gcloud sql instances patch INSTANCE_NAME \
  --database-flags=general_log=on,skip_show_database=on,wait_timeout=200000

Terraform

Verwenden Sie zum Hinzufügen von Datenbank-Flags eine Terraform-Ressource. 

resource "google_sql_database_instance" "instance" {
  database_version = "MYSQL_8_0"
  name             = "mysql-instance"
  region           = "us-central1"
  settings {
    database_flags {
      name  = "general_log"
      value = "on"
    }
    database_flags {
      name  = "skip_show_database"
      value = "on"
    }
    database_flags {
      name  = "wait_timeout"
      value = "200000"
    }
    disk_type = "PD_SSD"
    tier      = "db-n1-standard-2"
  }
  # set `deletion_protection` to true, will ensure that one cannot accidentally delete this instance by
  # use of Terraform whereas `deletion_protection_enabled` flag protects this instance at the GCP level.
  deletion_protection = false
}

Änderungen anwenden

Führen Sie die Schritte in den folgenden Abschnitten aus, um Ihre Terraform-Konfiguration auf ein Google Cloud -Projekt anzuwenden.

Cloud Shell vorbereiten

  1. Rufen Sie Cloud Shell auf.

  2. Legen Sie das Standardprojekt Google Cloud fest, auf das Sie Ihre Terraform-Konfigurationen anwenden möchten.

    Sie müssen diesen Befehl nur einmal pro Projekt und in jedem beliebigen Verzeichnis ausführen.

    export GOOGLE_CLOUD_PROJECT=PROJECT_ID

    Umgebungsvariablen werden überschrieben, wenn Sie in der Terraform-Konfigurationsdatei explizite Werte festlegen.

Verzeichnis vorbereiten

Jede Terraform-Konfigurationsdatei muss ein eigenes Verzeichnis haben (auch als Stammmodul bezeichnet).

  1. Erstellen Sie in Cloud Shell ein Verzeichnis und eine neue Datei in diesem Verzeichnis. Der Dateiname muss die Erweiterung .tf haben, z. B. main.tf. In dieser Anleitung wird die Datei als main.tf bezeichnet. 
    mkdir DIRECTORY && cd DIRECTORY && touch main.tf

  2. Wenn Sie einer Anleitung folgen, können Sie den Beispielcode in jedem Abschnitt oder Schritt kopieren.

    Kopieren Sie den Beispielcode in das neu erstellte main.tf.

    Kopieren Sie optional den Code aus GitHub. Dies wird empfohlen, wenn das Terraform-Snippet Teil einer End-to-End-Lösung ist.

  3. Prüfen und ändern Sie die Beispielparameter, die auf Ihre Umgebung angewendet werden sollen.
  4. Speichern Sie die Änderungen.
  5. Initialisieren Sie Terraform. Dies ist nur einmal für jedes Verzeichnis erforderlich. 
    terraform init

    Fügen Sie optional die Option -upgrade ein, um die neueste Google-Anbieterversion zu verwenden: 

    terraform init -upgrade

Änderungen anwenden

  1. Prüfen Sie die Konfiguration und prüfen Sie, ob die Ressourcen, die Terraform erstellen oder aktualisieren wird, Ihren Erwartungen entsprechen: 
    terraform plan

    Korrigieren Sie die Konfiguration nach Bedarf.

  2. Wenden Sie die Terraform-Konfiguration an. Führen Sie dazu den folgenden Befehl aus und geben Sie yes an der Eingabeaufforderung ein: 
    terraform apply

    Warten Sie, bis Terraform die Meldung „Apply complete“ anzeigt.

  3. Öffnen Sie Ihr Google Cloud Projekt, um die Ergebnisse aufzurufen. Rufen Sie in der Google Cloud Console Ihre Ressourcen in der Benutzeroberfläche auf, um sicherzustellen, dass Terraform sie erstellt oder aktualisiert hat.

Änderungen löschen

So löschen Sie das Projekt:

  1. Um den Löschschutz zu deaktivieren, setzen Sie in der Terraform-Konfigurationsdatei das Argument deletion_protection auf false. 
    deletion_protection =  "false"
  2. Wenden Sie die aktualisierte Terraform-Konfiguration an. Führen Sie dazu den folgenden Befehl aus und geben Sie yes an der Eingabeaufforderung ein: 
    terraform apply

  1. Entfernen Sie Ressourcen, die zuvor mit Ihrer Terraform-Konfiguration angewendet wurden, indem Sie den folgenden Befehl ausführen und yes an der Eingabeaufforderung eingeben:

    terraform destroy

REST Version 1

Mit der Anfrage unten legen Sie ein Flag für eine vorhandene Datenbank fest.

Ersetzen Sie dabei folgende Werte für die Anfragedaten:

  • project-id: die Projekt-ID
  • instance-id: die Instanz-ID

HTTP-Methode und URL:

PATCH https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id

JSON-Text anfordern:

{
  "settings":
  {
    "databaseFlags":
    [
      {
        "name": "flag_name",
        "value": "flag_value"
      }
    ]
  }
}

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

Sie sollten eine JSON-Antwort ähnlich wie diese erhalten:

So legen Sie beispielsweise das Flag general_log für eine vorhandene Datenbank fest:

Ersetzen Sie dabei folgende Werte für die Anfragedaten:

  • project-id: die Projekt-ID
  • instance-id: die Instanz-ID

HTTP-Methode und URL:

PATCH https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id

JSON-Text anfordern:

{
  "settings":
  {
    "databaseFlags":
    [
      {
        "name": "general_log",
        "value": "on"
      }
    ]
  }
}

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

Sie sollten eine JSON-Antwort ähnlich wie diese erhalten:

Wenn bereits konfigurierte Flags für die Datenbank vorhanden sind, ändern Sie den obigen Befehl und fügen diese ein. Der Befehl PATCH überschreibt vorhandene Flags mit den Flags, die in der Anfrage festgelegt sind.

REST v1beta4

Mit der Anfrage unten legen Sie ein Flag für eine vorhandene Datenbank fest.

Ersetzen Sie dabei folgende Werte für die Anfragedaten:

  • project-id: die Projekt-ID
  • instance-id: die Instanz-ID

HTTP-Methode und URL:

PATCH https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id

JSON-Text anfordern:

{
  "settings":
  {
    "databaseFlags":
    [
      {
        "name": "flag_name",
        "value": "flag_value"
      }
    ]
  }
}

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

Sie sollten eine JSON-Antwort ähnlich wie diese erhalten:

So legen Sie beispielsweise das Flag general_log für eine vorhandene Datenbank fest:

Ersetzen Sie dabei folgende Werte für die Anfragedaten:

  • project-id: die Projekt-ID
  • instance-id: die Instanz-ID

HTTP-Methode und URL:

PATCH https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id

JSON-Text anfordern:

{
  "settings":
  {
    "databaseFlags":
    [
      {
        "name": "general_log",
        "value": "on"
      }
    ]
  }
}

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

Sie sollten eine JSON-Antwort ähnlich wie diese erhalten:

Wenn bereits konfigurierte Flags für die Datenbank vorhanden sind, ändern Sie den obigen Befehl und fügen diese ein. Der Befehl PATCH überschreibt vorhandene Flags mit den Flags, die in der Anfrage festgelegt sind.

Alle Flags auf Standardwerte zurücksetzen

Console

  1. Wählen Sie in der Google Cloud Console das Projekt aus, das die Cloud SQL-Instanz enthält, für die Sie alle Flags löschen möchten.
  2. Öffnen Sie die Instanz und klicken Sie auf Bearbeiten.
  3. Öffnen Sie den Bereich Datenbank-Flags.
  4. Klicken Sie neben allen angezeigten Flags auf X.
  5. Klicken Sie auf Speichern, um die Änderungen zu speichern.

gcloud

Setzen Sie alle Flags in einer Instanz auf ihren Standardwert zurück:

gcloud sql instances patch INSTANCE_NAME \
--clear-database-flags

Sie werden aufgefordert, den Neustart der Instanz zu bestätigen.

REST Version 1

So löschen Sie alle Flags in einer vorhandenen Instanz:

Ersetzen Sie dabei folgende Werte für die Anfragedaten:

  • project-id: die Projekt-ID
  • instance-id: die Instanz-ID

HTTP-Methode und URL:

PATCH https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id

JSON-Text anfordern:

{
  "settings":
  {
    "databaseFlags": []
  }
}

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

Sie sollten eine JSON-Antwort ähnlich wie diese erhalten:

REST v1beta4

So löschen Sie alle Flags in einer vorhandenen Instanz:

Ersetzen Sie dabei folgende Werte für die Anfragedaten:

  • project-id: die Projekt-ID
  • instance-id: die Instanz-ID

HTTP-Methode und URL:

PATCH https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id

JSON-Text anfordern:

{
  "settings":
  {
    "databaseFlags": []
  }
}

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

Sie sollten eine JSON-Antwort ähnlich wie diese erhalten:

Aktuelle Werte von Datenbank-Flags abrufen

Zum Abrufen aller aktuellen Werte der MySQL-Systemvariablen melden Sie sich mit dem mysql-Client bei Ihrer Instanz an und geben die folgende Anweisung ein:

 SHOW VARIABLES;

Sie können den Wert nur für unterstützte Flags ändern (wie unten aufgeführt).

Für eine Instanz festgelegte Datenbank-Flags ermitteln

So rufen Sie alle für eine Cloud SQL-Instanz festgelegten Flags auf:

Console

  1. Wählen Sie in der Google Cloud -Konsole das Projekt aus, das die Cloud SQL-Instanz enthält, für die Sie die festgelegten Datenbank-Flags sehen möchten.
  2. Wählen Sie die Instanz aus, um die Seite Instanzübersicht zu öffnen.

    Die gesetzten Flags werden im Bereich Datenbank-Flags aufgelistet.

gcloud

Rufen Sie den Status der Instanz ab:

gcloud sql instances describe INSTANCE_NAME

In der Ausgabe werden Datenbank-Flags unter settings als databaseFlags-Sammlung aufgelistet. Weitere Informationen zur Darstellung der Flags in der Ausgabe finden Sie unter Darstellung von Instanzressourcen.

REST Version 1

Mit der Anfrage unten werden die Flags aufgelistet, die für eine Instanz konfiguriert sind.

Ersetzen Sie dabei folgende Werte für die Anfragedaten:

  • project-id: die Projekt-ID
  • instance-id: die Instanz-ID

HTTP-Methode und URL:

GET https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

Sie sollten eine JSON-Antwort erhalten, die in etwa so aussieht:

Suchen Sie in der Ausgabe nach dem Feld databaseFlags.

REST v1beta4

Mit der Anfrage unten werden die Flags aufgelistet, die für eine Instanz konfiguriert sind.

Ersetzen Sie dabei folgende Werte für die Anfragedaten:

  • project-id: die Projekt-ID
  • instance-id: die Instanz-ID

HTTP-Methode und URL:

GET https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

Sie sollten eine JSON-Antwort erhalten, die in etwa so aussieht:

Suchen Sie in der Ausgabe nach dem Feld databaseFlags.

Von Cloud SQL verwaltete Flags

Cloud SQL passt bestimmte System-Flags abhängig vom Maschinentyp der Instanz an.

innodb_buffer_pool_instances
  • 1 für db-f1-micro und db-g1-small.
  • 1 wenn RAM < 7,5 GB ist
  • 2 wenn 7,5 GB <= RAM < 13 GB.
  • 4 wenn 13 GB <= RAM < 26 GB.
  • 8 wenn RAM >= 26 GB

Unterstützte Flags

Cloud SQL unterstützt die Flags, die in MySQL am häufigsten verwendet werden. Flags, die in diesem Abschnitt nicht erwähnt werden, werden nicht unterstützt.

Für bestimmte Flags unterstützt Cloud SQL eventuell einen anderen Wert oder Bereich als der entsprechende MySQL-Parameter oder die entsprechende MySQL-Option.

Die Flags gelten für alle Versionen von MySQL, die von Cloud SQL unterstützt werden, sofern nichts anderes angemerkt ist.

A | B | C | D | E | F | G | H | I | L | M | N | O | P | Q | R | S | T | U | W

Cloud SQL-Flag Typ
Gültige Werte und Hinweise		 Neustart
erforderlich?
activate_all_roles_on_login boolean
on | off
Standard: off
Nein
activate_mandatory_roles boolean
on | off
Standard: on
 Nein
autocommit boolean
on | off
Standard: on 		Nein
auto_increment_increment integer
1 ... 65535		 Nein
auto_increment_offset integer
1 ... 65535		 Nein
automatic_sp_privileges boolean
on | off
Standard: on 		Nein
back_log integer
1 ... 65535
Standard: max_connections
MySQL 8.4 und früher: 4000
MySQL 9.7 und höher: 10000 		Ja
binlog_cache_size integer
4096 ... 9223372036854775807		 Nein
binlog_expire_logs_seconds integer
0 oder 86400 (1 day) … 4294967295 (max value)
Der Standardwert ist 86400, also 1 Tag.

Im Bereich Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
binlog_group_commit_sync_delay 0 ... 1000000

Wird ab MySQL 5.7 unterstützt

Der Standardwert ist 0.

 Nein
binlog_group_commit_sync_no_delay_count 0 ... 1000000

Wird ab MySQL 5.7 unterstützt

Der Standardwert ist 0.

 Nein
binlog_gtid_simple_recovery boolean
on | off
Standard: on 		Ja
binlog_order_commits boolean
on | off
Standardeinstellung: on

Im Bereich Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
binlog_row_image enumeration
full (Standard), minimal oder noblob		 Nein
binlog_row_metadata enumeration
full oder minimal (Standard)		 Nein
binlog_row_value_options string
PARTIAL_JSON		 Nein
binlog_rows_query_log_events boolean
on | off
Standard: off 		Nein
binlog_stmt_cache_size 4096 ... 9223372036854775807 Nein
binlog_transaction_dependency_history_size integer
1 … 10000000 Standard:
– MySQL 8.4 und älter: 25000
– MySQL 9.7 und neuer: 10000000

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren.

 Nein
binlog_transaction_dependency_tracking enumeration

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren. Dieses Flag wird in MySQL 8.4 und höher nicht unterstützt.

 Nein
block_encryption_mode string
aes-keylen-mode
Standard: aes-128-ECB
Nein
bulk_insert_buffer_size integer
0 ... 4294967295
Standard: 8388608		 Nein
caching_sha2_password_storage_format string
CRYPT5 | PBKDF2_SHA512
Standard: CRYPT5 		Nein
caching_sha2_password_enforce_storage_format boolean
1 (true) | 0 (false)
Standard: 0 (false) 		Nein
caching_sha2_password_proxy_users boolean
on | off
Standard: OFF

Weitere Informationen zu diesem Flag finden Sie im Abschnitt Tipps.

 Nein
collation_connection string
Standard:
MySQL 8.0 und neuer – utf8mb4_0900_ai_ci

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
collation_server string
Standard:
MySQL 5.7 – utf8_general_ci
MySQL 8.0 oder neuer – utf8mb4_0900_ai_ci
Nein
character_set_client string

Standard:
MySQL 5.7: utf8
MySQL 8.0 oder neuer: utf8mb4

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
character_set_connection string
default:
MySQL 5.7: utf8
MySQL 8.0 oder neuer: utf8mb4

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
character_set_results string
utf8 oder utf8mb4
Standard:
MySQL 5.7: utf8
MySQL 8.0 oder neuer: utf8mb4

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
character_set_server string
utf8 oder utf8mb4 (empfohlen)		 Ja
check_proxy_users boolean
on | off
Standard: off 		Nein
cloudsql_allow_analyze_table boolean on | off
Standard: off
Nein
cloudsql_avoid_parse_session_logging boolean on | off
Standard: off 		Nein
cloudsql_iam_authentication boolean on | off
Standard: off
Unterstützt ab MySQL 5.7 für Cloud SQL. 		Nein
cloudsql_ignore_innodb_encryption boolean on | off
Standard: off
Nein
cloudsql_mysql_audit_data_masking_cmds string
"", dql, dml, ddl, dcl, show, call, create_udf, drop_function, create_procedure, create_function, drop_procedure, alter_procedure, alter_function, create_trigger, drop_trigger, create_event, alter_event, drop_event, create_db, drop_db, alter_db, create_user, drop_user, rename_user, alter_user, create_table, create_index, alter_table, drop_table, drop_index, create_view, drop_view, rename_table, update, insert, insert_select, delete, truncate, replace, replace_select, delete_multi, update_multi, load, select, call_procedure, connect, disconnect, grant, revoke, revoke_all, show_triggers, show_create_proc, show_create_func, show_procedure_code, show_function_code, show_create_event, show_events, show_create_trigger, show_grants, show_binlog_events, show_relaylog_events

Standard: create_user, alter_user, grant und update 		Nein
cloudsql_mysql_audit_data_masking_regex string
max_string_length: 2048
Standard: Einstellungen für das Audit-Plug-in 		Nein
cloudsql_mysql_audit_log_write_period integer
0...5000 Millisekunden
Standard: 500 Millisekunden 		Nein
cloudsql_mysql_audit_max_query_length integer
-1...1073741824
Standard: -1 		Nein
cloudsql_parameterized_secure_view boolean
on | off
Standard: off
Nein
cloudsql_vector boolean on | off
Standard: off
Ja
cloudsql_vector_iterative_filtering boolean

Standard: off
Nein
cloudsql_vector_iterative_filtering_max_neighbors integer
10...1000
Standard: 500
Nein
cloudsql_vector_max_mem_size integer
1073741824...innodb_buffer_pool_size/2
Standard: 1073741824 in Byte
Ja
completion_type enumeration
NO_CHAIN (Standard), CHAIN oder RELEASE		 Nein
concurrent_insert enumeration
NEVER, AUTO (Standard) oder ALWAYS		 Nein
connect_timeout integer
2 ... 31536000
Standard: 10		 Nein
connection_memory_chunk_size integer
0 ... 536870912
Standard:
MySQL 8.0.28 bis 8.0.33: 8912
MySQL 8.0.34 und höher: 8192
Nein
connection_memory_limit integer
2097152 … 9223372036854775807
Nein
connection_memory_status_limit integer
16777216 … 9223372036854775807
Standard: 9223372036854775807 		Nein
cte_max_recursion_depth integer
0 ... 4294967295
Standard: 1000		 Nein
default_authentication_plugin string
mysql_native_password|caching_sha2_password
Ja
default_password_lifetime integer 0...65535
Standard: 0
Nein
default_time_zone string
Es gibt zwei Möglichkeiten, Zeitzonen anzugeben: als Zeitzonenversatz und Zeitzonennamen. Beispielsweise ist +00:00 der Zeitzonenversatz für London (in der UTC-Zeitzone) und Europe/London der Zeitzonenname.

Mit Werten geben Sie Zeitzonenversätze von -12:59 bis +13:00 an. Führende Nullen sind erforderlich.

Bei Verwendung von Zeitzonennamen wird die automatische Anpassung an die Sommerzeit unterstützt. Bei Verwendung von Zeitzonenversätzen wird dies nicht unterstützt. Liste der Zeitzonen, die Cloud SQL for MySQL unterstützt. Sie müssen dieses Flag manuell in der primären Instanz und bei allen Lesereplikaten aktualisieren, damit es berücksichtigt wird.

Verwenden Sie zum Festlegen der Zeitzone ohne einen Neustart der Cloud SQL-Instanz den Befehl set time_zone=timezone_offset oder timezone_name mit dem Flag init_connect.

 Ja
default_tmp_storage_engine string
INNODB|MEMORY
Standard: INNODB 		Nein
default_week_format integer
0 ... 7
Standard: 0		 Nein
delay_key_write enumeration
OFF, ON (Standard) oder ALL		 Nein
disconnect_on_expired_password boolean on | off
Standard: on
Ja
div_precision_increment integer
0 ... 30
Standard: 4		 Nein
end_markers_in_json boolean
on | off
Standard: off 		Nein
eq_range_index_dive_limit integer
0 ... 2147483647		 Nein
event_scheduler boolean
on | off

Konfigurieren Sie bei Verwendung des Event Schedulers die Instanz mithilfe einer Aktivierungsrichtlinie mit der Einstellung ALWAYS, damit geplante Ereignisse ausgeführt werden.

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
expire_logs_days integer
0 ... 99
Der Standardwert ist 0, d. h. keine automatische Entfernung erfolgt.

Hinweis: Dieses Flag wird in MySQL 8.4 nicht unterstützt. Verwenden Sie stattdessen binlog_expire_logs_seconds. Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
explicit_defaults_for_timestamp boolean
on | off

 Nein
flush_time integer
0 ... 31536000
Standard: 0		 Nein
foreign_key_checks boolean
on | off
Standard: on

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
ft_max_word_len integer
10 ... 252		 Ja
ft_min_word_len integer
1 ... 16		 Ja
ft_query_expansion_limit integer
0 ... 1000		 Ja
ft_stopword_file string
 Ja
general_log boolean
on | off

Im Abschnitt Tipps finden Sie weitere Informationen zu allgemeinen Logs.

 Nein
generated_random_password_length integer 5-255
Standard: 20
Nein
global_connection_memory_limit integer
16777216 … 9223372036854775807
Nein
global_connection_memory_status_limit integer
16777216 … 9223372036854775807
Standard: 9223372036854775807 		Nein
global_connection_memory_tracking boolean
on | off
Standard: off
Nein
group_concat_max_len integer
4 ... 17179869184		 Nein
gtid_executed_compression_period integer
0 ... 4294967295
Standard (bis Version 8.0.22): 1000
Standard (Version) 8.0.23 oder höher): 0 		Nein
histogram_generation_max_mem_size integer
1000000 ... 4294967295
Standard: 20000000 		Nein
init_connect string Nein
innodb_adaptive_hash_index boolean
on | off		 Nein
innodb_adaptive_hash_index_parts integer
1 ... 512		 Ja
innodb_adaptive_max_sleep_delay integer
0 ... 1000000		 Nein
innodb_autoextend_increment integer
1 ... 1000		 Nein
innodb_autoinc_lock_mode integer
0 ... 2		 Ja
innodb_buffer_pool_chunk_size integer
1048576 ... (innodb_buffer_pool_size/innodb_buffer_pool_instances)

Dieser Flag-Wert hängt von innodb_buffer_pool_size und innodb_buffer_pool_instances ab. MySQL kann den Wert von innodb_buffer_pool_chunk_size anhand dieser beiden Flags automatisch optimieren.

Ja
innodb_buffer_pool_dump_pct integer
1 ... 100
Standardwert: 25		 Nein
innodb_buffer_pool_dump_at_shutdown boolean
on | off		 Nein
innodb_buffer_pool_dump_now boolean
on | off

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
innodb_buffer_pool_instances integer
1 ... 64		 Ja
innodb_buffer_pool_load_abort boolean
on | off

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
innodb_buffer_pool_load_at_startup boolean
on | off		 Ja
innodb_buffer_pool_load_now boolean
on | off

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
innodb_buffer_pool_size integer

Für das Festlegen dieses Flags für MySQL 5.6 muss das System neu gestartet werden. Unter Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
innodb_change_buffer_max_size integer
0 … 50
Standard:
– MySQL 8.4 und älter: 25
– MySQL 9.7 und neuer: 5		 Nein
innodb_change_buffering string

Optionen: none, inserts, deletes, changes, purges, all.

Standard:
– MySQL 8.0 und früher: none
– MySQL 8.4 und höher: all		 Nein
innodb_checksum_algorithm string

Optionen: crc32, strict_crc32, innodb, strict_innod, none, strict_none.

 Nein
innodb_cloudsql_managed_buffer_pool boolean
on | off
Standard: off
Nein
innodb_cloudsql_managed_buffer_pool_threshold_pct integer
50 ... 99
RAM-Bereich der InstanzStandard
< 3 GB RAM– (mit gemeinsam genutztem Kern wird nicht unterstützt)
3–8 GB RAM90
8–15 GB RAM92
15–100 GB RAM95
> 100 GB RAM97
 Nein
innodb_cloudsql_optimized_write boolean

Dieses Flag ist nur für Instanzen mit der Cloud SQL Enterprise Plus-Version verfügbar. Weitere Informationen zu diesem Flag finden Sie im Abschnitt Tipps.

 Ja
innodb_cmp_per_index_enabled boolean
on | off		 Nein
innodb_commit_concurrency integer
0 ... 1000		 Ja
innodb_compression_failure_threshold_pct integer
0 ... 100		 Nein
innodb_compression_level integer
0 ... 9		 Nein
innodb_compression_pad_pct_max integer
0 ... 75		 Nein
innodb_concurrency_tickets integer
1 ... 4294967295		 Nein
innodb_deadlock_detect boolean
on | off

Wird ab MySQL 5.7 unterstützt.

Standardwert: on

 Nein
innodb_disable_sort_file_cache boolean
on | off		 Nein
innodb_doublewrite_batch_size integer
0 ... 256
Standardwert: 0		 Ja
innodb_doublewrite_files integer
2 ... 128		 Ja
innodb_doublewrite_pages integer
4 ... 512
Standardwert: 64		 Ja
innodb_file_per_table boolean
on | off

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
innodb_fill_factor integer
10 ... 100		 Nein
innodb_flush_log_at_timeout double
0.0001... 2700
Standard: 1

Wird ab MySQL 5.7 unterstützt.

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
innodb_flush_log_at_trx_commit integer
1, 2
Standard: 1

Wenn Sie ein Replikat hochstufen, bei dem dieses Flag aktiviert ist, wird das Flag automatisch entfernt, sodass das hochgestufte Replikat standardmäßig vollständige Langlebigkeit hat. Wenn Sie dieses Flag mit einem hochgestuften Replikat verwenden möchten, können Sie das Flag nach dem Hochstufen auf das Replikat aktualisieren.

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
innodb_flush_method string

Optionen: fsync, O_DIRECT, O_DSYNC

Standardwert: O_DIRECT		 Ja
innodb_flush_neighbors enumeration
0 … 2
Standardwerte:
– MySQL 5.6: 0
– MySQL 5.7 bis MySQL 8.0:2
– MySQL 8.4 und höher: 0 		Nein
innodb_flush_sync boolean
on | off		 Nein
innodb_flushing_avg_loops integer
1 ... 1000
Standardwert: 30		 Nein
innodb_fsync_threshold integer
0 ... 9223372036854775807
Standard: 0 		Nein
innodb_ft_aux_table string

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Ja
innodb_ft_cache_size integer
1600000 ... 80000000		 Ja
innodb_ft_enable_diag_print boolean
on | off		 Nein
innodb_ft_enable_stopword boolean
on | off		 Nein
innodb_ft_max_token_size integer
10 ... 252		 Ja
innodb_ft_min_token_size integer
0 ... 16		 Ja
innodb_ft_num_word_optimize integer
1000 ... 10000		 Nein
innodb_ft_result_cache_limit integer
1000000 ... 4294967295		 Nein
innodb_ft_server_stopword_table string Nein
innodb_ft_sort_pll_degree integer
1 ... 32		 Ja
innodb_ft_total_cache_size integer
32000000 ... 1600000000		 Ja
innodb_ft_user_stopword_table string Nein
innodb_idle_flush_pct integer
0 ... 100
Standard: 100 		Nein
innodb_io_capacity integer
100 ... 100000
Standardwert: 5000

Weitere Informationen zum Konfigurieren der Laufwerksleistung finden Sie in der Tabelle E2-VMs unter Laufwerke so konfigurieren, dass sie die Leistungsanforderungen erfüllen.

Nein
innodb_io_capacity_max integer
100 ... 100000
Standardwert: 10000

Weitere Informationen zum Konfigurieren der Laufwerksleistung finden Sie in der Tabelle E2-VMs unter Laufwerke so konfigurieren, dass sie die Leistungsanforderungen erfüllen.

 Nein
innodb_large_prefix boolean
on | off

Wird nur in MySQL 5.6 unterstützt.

 Nein
innodb_lock_wait_timeout integer
1 ... 1073741824		 Nein
innodb_log_buffer_size integer
262144 ... 4294967295		 Ja
innodb_log_checksums boolean
on | off
Standard: on		 Nein
innodb_log_file_size integer
– MySQL 5.6: 1048576 … 274877906944
– MySQL 5.7 bis 8.4: 4194304 … 274877906944
– MySQL 9.7: aus der Datenbank entfernt

Weitere Informationen zu diesem Flag finden Sie im Abschnitt Tipps.

 Ja
innodb_log_spin_cpu_abs_lwm integer
0 ... 4294967295
Standard: 80		 Nein
innodb_log_spin_cpu_pct_hwm integer
0 ... 100
Standard: 50		 Nein
innodb_log_wait_for_flush_spin_hwm integer
0 ... 4294967295
Standard: 400		 Nein
innodb_log_write_ahead_size integer
512 ... 65536
Standard: 8192		 Nein
innodb_lru_scan_depth integer
100 ... 9223372036854775807		 Nein
innodb_max_dirty_pages_pct float
0 ... 99.99
Standard: 90		 Nein
innodb_max_dirty_pages_pct_lwm float
0 ... 99.99
Standard: 10		 Nein
innodb_max_purge_lag integer
0 ... 4294967295
Standard: 0		 Nein
innodb_max_undo_log_size integer
10485760 ... 9223372036854775807
Standard: 1073741824		 Nein
innodb_max_purge_lag_delay integer
0 ... 10000000
Standard: 0		 Nein
innodb_monitor_disable string Nein
innodb_monitor_enable string Nein
innodb_monitor_reset string
counter, module, pattern, all		 Nein
innodb_monitor_reset_all enumeration
Zulässige Werte: counter, module, pattern, all		 Nein
innodb_native_foreign_keys boolean
on | off
Standard: off 		Nein
innodb_old_blocks_pct integer
5 ... 95		 Nein
innodb_old_blocks_time integer
0 ... 4294967295		 Nein
innodb_online_alter_log_max_size integer
65536 ... 9223372036854775807		 Nein
innodb_open_files integer
100 ... 2147483647
Standard:
MySQL 5.7: 2000
MySQL 8.0 oder neuer: 4000 		≥ 8.0.28: Nein
≤ 8.0.27: Ja
innodb_optimize_fulltext_only boolean
on | off		 Nein
innodb_page_cleaners integer
1 ... 64
Wird ab MySQL 5.7 unterstützt. Für MySQL 5.7 und 8.0 ist der Standardwert 4. In MySQL 8.4 entspricht der Standardwert dem Wert, der für das Flag innodb_buffer_pool_instances konfiguriert wurde.		 Ja
innodb_parallel_read_threads integer
1 ... 256
Standard: 4		 Nein
innodb_print_all_deadlocks boolean
on | off
Standard: off		 Nein
innodb_print_ddl_logs boolean
on | off		 Nein
innodb_purge_batch_size integer
1 ... 5000
Standard: 300		 Nein
innodb_purge_rseg_truncate_frequency integer
1 ... 128
Standard: 128		 Nein
innodb_purge_threads integer
1 … 32
Standardwerte:
– MySQL 5.6: 1
– MySQL 5.7 und höher: 4 		Ja
innodb_random_read_ahead boolean
on | off		 Nein
innodb_read_ahead_threshold integer
0 ... 64		 Nein
innodb_read_io_threads integer
1 ... 64 		Ja
innodb_redo_log_capacity integer
– MySQL 8.0.33 und früher: 8388608 (8 MB) … 137438953472 (128 GB)
– MySQL 8.0.34 und höher: 8388608 (8 MB) … 549755813888 (512 GB)

Weitere Informationen zu diesem Flag finden Sie im Abschnitt Tipps.

 Nein
innodb_replication_delay integer
0 ... 4294967295		 Nein
innodb_rollback_on_timeout boolean
on | off		 Ja
innodb_rollback_segments integer
1 ... 128		 Nein
innodb_segment_reserve_factor float
.03 ... 40
Standard: 12.5		 Nein
innodb_sort_buffer_size integer
65536 ... 67108864		 Ja
innodb_spin_wait_delay integer
– MySQL 5.7: 0 ... 1000000
– MySQL 8.0.13+: 0 ... 1000
Standard: 6		 Nein
innodb_stats_auto_recalc boolean
on | off		 Nein
innodb_stats_include_delete_marked boolean
on | off
Standard: off		 Nein
innodb_stats_method enumeration
nulls_equal | nulls_unequal | nulls_ignored		 Nein
innodb_stats_on_metadata boolean
on | off		 Nein
innodb_stats_persistent boolean
on | off		 Nein
innodb_stats_persistent_sample_pages integer
1 ... 9223372036854775807		 Nein
innodb_stats_sample_pages integer
1 ... 9223372036854775807		 Nein
innodb_stats_transient_sample_pages integer
1 ... 9223372036854775807		 Nein
innodb_status_output boolean
on | off		 Nein
innodb_status_output_locks boolean
on | off		 Nein
innodb_strict_mode boolean
on | off		 Nein
innodb_sync_array_size 1 ... 1024

Der Standardwert ist 1.

 Ja
innodb_sync_spin_loops integer
0 ... 4294967295
Standard: 30		 Nein
innodb_table_locks boolean
on | off
Standard: on		 Nein
innodb_thread_concurrency integer
0 ... 1000		 Nein
innodb_thread_sleep_delay integer
0 ... 1000000		 Nein
innodb_undo_log_truncate boolean
on | off
Standard: on		 Nein
innodb_use_native_aio boolean
on | off
Standard: on		 Ja
innodb_write_io_threads integer
1 ... 64		 Ja
interactive_timeout integer
1 ... 31536000		 Nein
internal_tmp_disk_storage_engine enumeration
INNODB | MYISAM
Standard: INNODB
 Nein
internal_tmp_mem_storage_engine enumeration
MEMORY, TempTable
 Nein
join_buffer_size integer
128 ... 9223372036854775807		 Nein
keep_files_on_create boolean
on | off
Standard: off 		Nein
key_buffer_size integer
4096 ... 4294967295
Standard: 8388608		 Nein
key_cache_age_threshold integer
100 ... 9223372036854775807
Standard: 300		 Nein
key_cache_block_size integer
512 ... 16384
Standard: 1024		 Nein
key_cache_division_limit integer
1 ... 100
Standard: 100		 Nein
lc_times_names string
en_US | cs_CZ | da_DK | nl_NL | et_EE | fr_FR | de_DE | el_GR | hu_HU | it_IT | ja_JP | ko_KR | no_NO | nb_NO | pl_PL | pt_PT | ro_RO | ru_RU | sr_RS | sk_SK | es_ES | sv_SE | uk_UA
Standard: en_US		 Nein
local_infile boolean
on | off		 Nein
lock_wait_timeout integer
1 ... 31536000		 Nein
log_bin_trust_function_creators boolean
on | off		 Nein
log_output set
FILE | TABLE | NONE		 Nein
log_error_verbosity integer
1 ... 3
Standard:
MySQL 5.7: 3
MySQL 8.0 oder neuer: 2		 Nein
log_queries_not_using_indexes boolean
on | off		 Nein
log_slow_admin_statements boolean
on | off
Standard: off		 Nein
log_slow_extra boolean
on | off
Standard: off		 Nein
log_slow_replica_statements boolean
on | off Standard: off 		Nein
log_slow_slave_statements boolean
on | off Standard: off 		Nein
log_throttle_queries_not_using_indexes integer
0 ... 9223372036854775807		 Nein
log_timestamps string
"UTC | SYSTEM"
Standard: UTC		 Nein
long_query_time float
0 ... 30000000

In Cloud SQL können Sie dieses Flag auf einen niedrigeren Wert als 1 setzen, wenn nötig.

Wenn das Flag log_queries_not_using_indexes ebenfalls aktiviert ist, sehen Sie möglicherweise Abfragen, die kürzer als die hier angegebene Zeit sind.

 Nein
lower_case_table_names 5.7 | 8.0 integer
0 oder 1
Standard: 0

Wenn Sie für dieses Flag den Standardwert 0 verwenden, wird bei Tabellen- und Datenbanknamen Groß- und Kleinschreibung beachtet. Wenn dieser Wert auf 1 festgelegt ist, wird bei Tabellen- und Datenbanknamen die Groß-/Kleinschreibung nicht berücksichtigt.

Bei MySQL 5.7-Instanzen können Sie den Wert dieses Flags jederzeit ändern. Wenn Sie dies tun, sollten Sie sich darüber im Klaren sein, wie sich die Änderung auf Ihre vorhandenen Tabellen und Datenbanken auswirkt.

Für MySQL 8.0-Instanzen können Sie den Wert dieses Flags auf einen gewünschten Wert setzen, während eine Instanz erstellt wird. Nachdem Sie diesen Wert festgelegt haben, können Sie ihn nicht mehr ändern. Außerdem können Sie den Wert dieses Flags für eine vorhandene Instanz nicht ändern.

Beim Erstellen von Lesereplikaten für MySQL 5.7-, MySQL 8.0- oder MySQL 8.4-Instanzen übernimmt das Replikat diesen Flag-Wert von der primären Instanz.

Ja
mandatory_roles string role name
Standard: empty string
Nein
master_verify_checksum boolean
on | off Standard: off 		Nein
max_allowed_packet integer
16384 ... 1073741824

Dieser Wert muss ein Vielfaches von 1.024 sein, wenn sql_mode=TRADITIONAL oder sql_mode=STRICT_ALL_TABLES ist.

 Nein
max_binlog_cache_size integer
4096 ... 4294967296
Standard: 4294967296		 Nein
max_binlog_size integer
4096 ... 1073741824		 Nein
max_binlog_stmt_cache_size integer
4096 ... 4294967296
Standard: 4294967296		 Nein
max_connect_errors integer
1 ... 9223372036854775807
Standard: 100		 Nein
max_connections integer
1 ... 100000 		Nein
max_digest_length integer
0 ... 1048576		 Ja
max_error_count integer
0 … 65535
Standard:
– MySQL 5.7 oder älter: 64
– MySQL 8.0 oder neuer: 1024		 Nein
max_execution_time integer
0 ... 9223372036854775807		 Nein
max_heap_table_size integer
16384 ... 67108864

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
max_join_size integer
16 ... 9223372036854775807		 Nein
max_length_for_sort_data integer
4 ... 8388608		 Nein
max_points_in_geometry integer
3 ... 1048576		 Nein
max_prepared_stmt_count integer
0 ... 1048576		 Nein
max_seeks_for_key integer
1 ... 9223372036854775807		 Nein
max_sort_length integer
4 ... 8388608		 Nein
max_sp_recursion_depth integer
0 ... 255		 Nein
max_user_connections integer
0 ... 4294967295		 Nein
max_write_lock_count integer
1 ... 9223372036854775807		 Nein
min_examined_row_limit integer
0 ... 4294967295
Standard: 0		 Nein
myisam_data_pointer_size integer
2...7
Standard: 6 		Nein
myisam_max_sort_file_size integer
0...9223372036853727232
Standard: 9223372036853727232 		Nein
myisam_mmap_size integer
7...9223372036854775807
Standard: 9223372036854775807 		Ja
myisam_sort_buffer_size integer
4096...4294967295
Standard: 8388608 		Nein
myisam_stats_method string
"nulls_unequal, nulls_equal, nulls_ignored"
Standard: nulls_unequal		 Nein
myisam_use_mmap boolean
on | off
Standard: off 		Nein
mysql_native_password_proxy_users boolean
on | off
Standard: off 		Nein
net_buffer_length integer
1024 ... 1048576
Standard: 16384 		Nein
net_read_timeout integer
30 ... 4294967295		 Nein
net_retry_count integer
10 ... 4294967295		 Nein
net_write_timeout integer
60 ... 4294967295		 Nein
ngram_token_size integer
1 ... 10
Standard: 2 		Ja
optimizer_prune_level integer
0 ... 1		 Nein
optimizer_search_depth integer
0 ... 62		 Nein
optimizer_switch multi-value repeated string

Weitere Informationen zu Flags mit mehreren Werten finden Sie im Abschnitt Tipps.

 Nein
optimizer_trace multi-value repeated string
enabled=on, enabled=off, one_line=on, one_line=off

Weitere Informationen zu Flags mit mehreren Werten finden Sie im Abschnitt Tipps.

 Nein
optimizer_trace_features multi-value repeated string

Weitere Informationen zu Flags mit mehreren Werten finden Sie im Abschnitt Tipps.

 Nein
optimizer_trace_max_mem_size integer
0 ... 9223372036854775807		 Nein
optimizer_trace_offset integer
-9223372036854775808 ... 9223372036854775807		 Nein
parser_max_mem_size integer
10000000 ... 9223372036854775807		 Nein
password_history integer 0-4294967295
Standard: 0
Nein
password_require_current boolean on | off
Standard: off
Nein
password_reuse_interval integer 0-4294967295
Standard: 0
Nein
performance_schema boolean
on | off
Standard: off für MySQL 5.6, 5.7
Standard: off für MySQL 8.0 und höher Instanzen mit weniger als 12 GB RAM
Standard: on für MySQL 8.0 und höher Instanzen mit mindestens 12 GB RAM

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_accounts_size integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_digests_size integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_error_size integer
0 ... 1048576		 Ja
performance_schema_events_stages_history_long_size integer
-1 ... 1048576		 Ja
performance_schema_events_stages_history_size integer
-1 ... 1024

Im Bereich „Tipps“ finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_events_statements_history_long_size integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_events_statements_history_size integer
-1 ... 1024

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_events_transactions_history_long_size integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_events_transactions_history_size integer
-1 ... 1024

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_events_waits_history_long_size integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_events_waits_history_size integer
-1 ... 1024

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_hosts_size integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_cond_classes integer
0 ... 256

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_cond_instances integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_digest_length integer
0 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_digest_sample_age integer
0 ... 1048576
Standard: 60 		Nein
performance_schema_max_file_classes integer
0 ... 256

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_file_handles integer
0 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu pperformance_schema-Flags.

 Ja
performance_schema_max_file_instances integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_index_stat integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_logger_classes integer
0 ... 200
Standard: 80

Weitere Informationen zu performance_schema-Flags finden Sie im Abschnitt Tipps.

 Ja
performance_schema_max_memory_classes integer
0 ... 1024

Weitere Informationen zu performance_schema-Flags finden Sie im Abschnitt Tipps.

 Ja
performance_schema_max_metadata_locks integer
-1 ... 104857600

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_mutex_classes integer
0 ... 256

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_mutex_instances integer
-1 ... 104857600

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_präparierte_Statements_instanzen integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_program_instances integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_rwlock_classes integer
0 ... 256

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_rwlock_instances integer
-1 ... 104857600

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_socket_classes integer
0 ... 256

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_socket_instances integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_sql_text_length integer
0 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_stage_klassen integer
0 ... 256

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_statement_classes integer
0 ... 256

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_statement_stack integer
1 ... 256

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_table_handles integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_table_instances integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_table_lock_stat integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_thread_classes integer
0 ... 256

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_max_thread_instances integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_session_connect_attrs_size integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_setup_actors_size integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_setup_objects_size integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
performance_schema_show_processlist boolean
on | off
Standard: off
Nein
performance_schema_users_size integer
-1 ... 1048576

Im Abschnitt Tipps finden Sie weitere Informationen zu performance_schema-Flags.

 Ja
preload_buffer_size integer
1024 ... 1073741824
Standard: 32768 		Nein
query_alloc_block_size integer
1024 ... 4294967295		 Nein
query_cache_limit integer
0 ... 223338299392

Dieses Flag ist für MySQL 8.0 und neuere Versionen nicht verfügbar, da der Abfrage-Cache ab MySQL 5.7.20 veraltet ist und in MySQL 8.0 entfernt wurde.

 Nein
query_cache_min_res_unit integer
0 ... 9223372036854775807

Dieses Flag ist für MySQL 8.0 und neuere Versionen nicht verfügbar, da der Abfrage-Cache ab MySQL 5.7.20 veraltet ist und in MySQL 8.0 entfernt wurde.

 Nein
query_cache_size integer
0 ... 223338299392

Dieses Flag ist für MySQL 8.0 und neuere Versionen nicht verfügbar, da der Abfrage-Cache ab MySQL 5.7.20 veraltet ist und in MySQL 8.0 entfernt wurde.

 Nein
query_cache_type enumeration
0 ... 2

Dieses Flag ist für MySQL 8.0 und neuere Versionen nicht verfügbar, da der Abfrage-Cache ab MySQL 5.7.20 veraltet ist und in MySQL 8.0 entfernt wurde.

 Ja
query_cache_wlock_invalidate boolean
on | off

Dieses Flag ist für MySQL 8.0 und neuere Versionen nicht verfügbar, da der Abfrage-Cache ab MySQL 5.7.20 veraltet ist und in MySQL 8.0 entfernt wurde.

 Nein
query_prealloc_size integer
8192 ... 9223372036854775807		 Nein
range_alloc_block_size integer
4096 ... 4294967295		 Nein
range_optimizer_max_mem_size integer
0 ... 9223372036854775807		 Nein
read_buffer_size integer
8192 ... 2147483647		 Nein
read_only boolean
on | off

Hat keine Auswirkungen auf Replikate.

 Nein
read_rnd_buffer_size integer
1 ... 2147483647		 Nein
regexp_stack_limit integer
0 ... 2147483647		 Nein
regexp_time_limit integer
0 ... 2147483647
Standard: 32 		Nein
replica_checkpoint_group integer
32 ... 524280
Standard ist 512.

Dieses Flag wirkt sich nicht auf Replikate aus, für die Multithreading nicht aktiviert ist.

 Nein
replica_checkpoint_period integer
1 ... 4294967295
Standardwert ist 300.

Die Einheit ist Millisekunden.

 Nein
replica_compressed_protocol boolean
on | off 		Nein
replica_net_timeout integer
1 ... 31536000

Die Einheit ist Sekunden.

 Nein
replica_parallel_type enumeration
DATABASE, LOGICAL_CLOCK
Default:
MySQL 8.0.26 oder älter DATABASE
MySQL 8.0.27 oder neuer: LOGICAL_CLOCK

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren.

 Nein
replica_parallel_workers integer

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren.

 Nein
replica_pending_jobs_size_max integer

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren.

 Nein
replica_preserve_commit_order boolean

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren.

 Nein
replica_skip_errors string
Standard: OFF

Weitere Informationen zu diesem Flag finden Sie im Abschnitt Tipps.

 Ja
replica_sql_verify_checksum boolean
on | off
 Nein
replica_transaction_retries integer
0 ... 9223372036854775807
 Nein
replica_type_conversions String
Werte: ALL_LOSSY, ALL_NON_LOSSY, ALL_SIGNED, ALL_UNSIGNED
 Nein
replicate_do_db string

Weitere Informationen zur Verwendung dieses Flags finden Sie im Abschnitt Replikationsfilter.

 Nein
replicate_do_table string

Weitere Informationen zur Verwendung dieses Flags finden Sie im Abschnitt Replikationsfilter.

 Nein
replicate_ignore_db string

Weitere Informationen zur Verwendung dieses Flags finden Sie im Abschnitt Replikationsfilter.

 Nein
replicate_ignore_table string

Weitere Informationen zur Verwendung dieses Flags finden Sie im Abschnitt Replikationsfilter.

 Nein
replicate_wild_do_table string

Weitere Informationen zur Verwendung dieses Flags finden Sie im Abschnitt Replikationsfilter.

 Nein
replicate_wild_ignore_table string

Weitere Informationen zur Verwendung dieses Flags finden Sie im Abschnitt Replikationsfilter.

 Nein
rpl_read_size integer
8192 ... 4294959104
Standard: 8192 		Nein
schema_definition_cache integer
256 ... 524288
Standard: 256 		Nein
session_track_gtids string
OFF | OWN_GTID | ALL_GTIDS
Standard: OFF 		Nein
session_track_schema boolean
on | off
Standard: on 		Nein
session_track_state_change boolean
on | off
Standard: off 		Nein
session_track_transaction_info string
OFF | STATE | CHARACTERISTICS
Standard: OFF 		Nein
sha256_password_proxy_users boolean
on | off
Standard: off 		Nein
show_create_table_verbosity boolean
on | off
Standard: off 		Nein
show_compatibility_56 boolean
on | off

Wird nur in MySQL 5.7 unterstützt.

 Nein
skip_character_set_client_handshake boolean
on | off
Standard: off 		Ja
skip_show_database flag
on | off		 Ja
slave_checkpoint_group integer
32 ... 524280
Standard ist 512.

Dieses Flag wirkt sich nicht auf Replikate aus, für die Multithreading nicht aktiviert ist.

 Nein
slave_checkpoint_period integer
1 ... 4294967295
Standardwert ist 300.

Die Einheit ist Millisekunden.

 Nein
slave_compressed_protocol boolean
on | off 		Nein
slave_net_timeout integer
1 ... 31536000

Die Einheit ist Sekunden.

 Nein
slave_parallel_type enumeration
DATABASE, LOGICAL_CLOCK
Default:
MySQL 8.0.26 oder älter DATABASE
MySQL 8.0.27 oder neuer: LOGICAL_CLOCK

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren.

 Nein
slave_parallel_workers integer

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren.

 Nein
slave_preserve_commit_order boolean

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren.

 Nein
slave_pending_jobs_size_max integer

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren.

 Nein
slave_skip_errors string
Standard: OFF

Weitere Informationen zu diesem Flag finden Sie im Abschnitt Tipps.

 Ja
slave_sql_verify_checksum boolean
on | off 		Nein
slave_transaction_retries integer
0 ... 9223372036854775807
 Nein
slave_type_conversions string
Werte: ALL_LOSSY, ALL_NON_LOSSY, ALL_SIGNED, ALL_UNSIGNED
 Nein
slow_launch_time Integer
0 ... 31536000
Standardwert: 2		 Nein
slow_query_log boolean
on | off

Im Abschnitt Tipps finden Sie weitere Informationen zu langsamen Abfragelogs.

 Nein
sort_buffer_size integer
32768 ... 9223372036854775807		 Nein
source_verify_checksum boolean
on | off
Standard: off 		Nein
sql_generate_invisible_primary_key boolean
on | off
Standard: off
Nein
sql_mode string

Die zulässigen Werte und kombinierten Modi wie ANSI finden Sie in der MySQL-Dokumentation unter Server SQL-Modi. NO_DIR_IN_CREATE wird nicht unterstützt.

Cloud SQL for MySQL unterstützt keine leeren Werte für das Flag sql_mode. Anstatt einen leeren Wert zu verwenden, legen Sie dieses Flag auf den Modus NO_ENGINE_SUBSTITUTION fest.

 Nein
sql_require_primary_key boolean
on | off
Standard: off		 Nein
sql_select_limit integer 0...9223372036854775807
Standard: 18446744073709551615

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
stored_program_cache integer
16 ... 524288		 Nein
stored_program_definition_cache integer
256 ... 524288
Standardwert: 256		 Nein
sync_binlog integer
0 ... 4294967295

Die Standardeinstellung 1 ermöglicht die Synchronisierung des binären Logs mit dem Laufwerk, bevor Transaktionen ausgeführt werden.

Wenn Sie ein Replikat hochstufen, bei dem dieses Flag aktiviert ist, wird das Flag automatisch entfernt, sodass das hochgestufte Replikat standardmäßig vollständige Langlebigkeit hat. Wenn Sie dieses Flag mit einem hochgestuften Replikat verwenden möchten, können Sie das Flag nach dem Hochstufen auf das Replikat aktualisieren.

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
sync_master_info integer
0 ... 4294967295
Standard: 10000 		Nein
sync_relay_log integer
0 ... 4294967295
Standardwert: 10000		 Nein
sync_relay_log_info integer
0 ... 4294967295
Standardwert: 10000		 Nein
sync_source_info integer
0 ... 4294967295
Standard: 10000 		Nein
sysdate_is_now boolean
on | off
Standard: off 		Ja
table_definition_cache integer
400 ... 524288		 Nein
tablespace_definition_cache integer
256 ... 524288
Standard: 256		 Nein
table_open_cache integer
1 ... 524288		 Nein
table_open_cache_instances integer
1 ... 64		 Ja
table_open_cache_triggers integer
1 … 524288
Standard: 524288
 Nein
temptable_max_mmap integer
0 ... 68719476736

Standardwerte:

  • MySQL 8.0 und früher: 1073741824
  • MySQL 8.4 und höher: 0
 Nein
temptable_max_ram integer
2097152 ... 68719476736
Standardwert: 1073741824		 Nein
thread_cache_size integer
0 ... 16384		 Nein
thread_stack integer
131072 ... 9223372036854775807		 Ja
tls_version String

Version 5.7 bis Version 8.0.27 TLSv1, TLSv1.1
Version 8.0.28 oder höherTLSv1.2
 Version 5.7: Ja

Version 8.0 oder höher: Nein
tmp_table_size integer
1024 ... 67108864

Im Bereich Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
transaction_alloc_block_size integer
1024 ... 131072		 Nein
transaction_isolation enumeration
READ-UNCOMMITTED | READ-COMMITTED | REPEATABLE-READ | SERIALIZABLE		 Ja
transaction_prealloc_size integer
1024 ... 131072		 Nein
transaction_write_set_extraction enumeration

Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren. Dieses Flag wird in MySQL 8.4 nicht unterstützt.

 Nein
unique_checks boolean
on | off
Standard: on

Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.

 Nein
updatable_views_with_limit integer
0 ... 1		 Nein
wait_timeout integer
1 ... 31536000		 Nein
windowing_use_high_precision boolean
on | off
Standard: on 		Nein

Zeitzonennamen

In diesem Abschnitt erfahren Sie mehr über die von Cloud SQL for MySQL unterstützten Zeitzonennamen.

Die Tabelle in diesem Abschnitt enthält Folgendes:

  • Zeitzonenname: Der von Cloud SQL for MySQL unterstützte Name der Zeitzone.
  • STD: Der Zeitzonenversatz in der Standardzeit (STD).
  • DST: Die Zeitzonenverschiebung in der Sommerzeit.
  • Synonymnamen: Die Namen für Zeitzonen, die Sie verwenden möchten. Diese werden von Cloud SQL for MySQL jedoch nicht unterstützt. In diesem Fall verwenden Sie den entsprechenden Zeitzonennamen.
Zeitzonenname Standard DST Synonymnamen
Afrika/Kairo +02:00 +02:00 Ägypten
Afrika/Casablanca +01:00 +00:00
Afrika/Harare +02:00 +02:00 Afrika/Maputo
Afrika/Monrovia +00:00 +00:00
Afrika/Nairobi +03:00 +03:00 Afrika/Addis_Ababa
Afrika/Asmera
Afrika/Dar_es_Salaam
Afrika/Djibouti
Afrika/Kampala
Afrika/Mogadishu
Indien/Antananarivo
Indien/Comoro
Indien/Maotot
Afrika/Tripolis +02:00 +02:00 Libyen
Afrika/Windhoek +02:00 +02:00
Amerika/Araguaína −03:00 −03:00
Amerika/Asuncion −04:00 −03:00
Amerika/Bogotá −05:00 −05:00
Amerika/Buenos_Aires −03:00 −03:00 Amerika/Argentinien/Buenos_Aires
Amerika/Caracas −04:00 −04:00
Amerika/Chicago −06:00 −05:00
Amerika/Chihuahua −07:00 −06:00 Amerika/Ojinaga
Amerika/Cuiaba −04:00 −04:00
Amerika/Denver −07:00 −06:00 Amerika/ShipRock
Navajo
MST7MDT
USA/Mountain
Amerika/Detroit −05:00 −04:00
Amerika/Fortaleza −03:00 −03:00
Amerika/Guatemala −06:00 −06:00
Amerika/Halifax −04:00 −03:00 Kanada/Atlantik
Amerika/Los_Angeles −08:00 −07:00
Amerika/Manaus −04:00 −04:00 Brasilien/West
Amerika/Matamoros −06:00 −05:00
Amerika/Mexiko_City −06:00 −05:00
Amerika/Monterrey −06:00 −05:00
Amerika/Montevideo −03:00 −03:00
Amerika/New_York −05:00 −04:00
Amerika/Phoenix −07:00 −07:00 USA/Arizona
MST
Amerika/Creston
Amerika/Santiago −04:00 −03:00 Chile/Kontinental
Amerika/Sao_Paolo −03:00 −03:00
Amerika/Tijuana −08:00 −07:00 Mexiko/BajaN SAML
Amerika/Ensenada
Amerika/Santa_Isabel
Asien/Amman +02:00 +03:00
Asien/Ashgabat +05:00 +05:00 Asien/Aşgabat
Asien/Bagdad +03:00 +03:00
Asien/Baku +04:00 +04:00
Asien/Bangkok +07:00 +07:00 Asien/Phnom_Penh
Asien/Vientiane
Asien/Beirut +02:00 +03:00
Asien/Kalkutta +05:30 +05:30 Asien/Kalkutta
Asien/Damaskus +02:00 +03:00
Asien/Dhaka +06:00 +06:00 Asien/Dakka
Asien/Irkutsk +08:00 +08:00
Asien/Jerusalem +02:00 +03:00 Asien/Tel_Aviv
Israel
Asien/Kabul +04:30 +04:30
Asien/Karatschi +05:00 +05:00
Asien/Kathmandu +05:45 +05:45 Asien/Katmandu
Asien/Kalkutta +05:30 +05:30
Asien/Krasnojarsk +07:00 +07:00
Asien/Magadan +11:00 +11:00
Asien/Maskat +04:00 +04:00 Asien/Dubai
Asien/Nowosibirsk +07:00 +07:00
Asien/Riad +03:00 +03:00 Asien/Kuwait
Antarktis/Syowa
Asien/Aden
Asien/Seoul +09:00 +09:00 ROK
Asien/Shanghai +08:00 +08:00 Asien/Chongqing
Asien/Changting
Asien/Harbin
PRC
Asien/Singapur +08:00 +08:00 Singapur
Asien/Taipei +08:00 +08:00 ROC
Asien/Teheran +03:30 +04:30 Iran
Asien/Tokio +09:00 +09:00 Japan
Asien/Ulaanbaatar +08:00 +08:00 Asien/Ulan_Bator
Asien/Wladiwostok +10:00 +10:00
Asien/Jakutsk +09:00 +09:00
Asien/Eriwan +04:00 +04:00
Atlantik/Azoren −01:00 +00:00
Australien/Adelaide +09:30 +10:30 Australien/Süd
Australien/Brisbane +10:00 +10:00 Australien/Queensland
Australien/Darwin +09:30 +09:30 Australien/Nord
Australien/Hobart +10:00 +11:00 Australien/Curries
Australien/Tasmania
Australien/Perth +08:00 +08:00 Australien/West
Australien/Sydney +10:00 +11:00 Australien/NSW
Australien/ACT
Australien/Canberra
Brasilien/Ost −03:00 −03:00 Amerika/São_Paulo
Kanada/Neufundland −03:30 −02:30 Amerika/St_Johns
Kanada/Saskatchewan −06:00 −06:00 Amerika/Regina
Kanada/Yukon −07:00 −07:00 Amerika/Whitehorse
Europa/Amsterdam +01:00 +02:00
Europa/Athen +02:00 +03:00
Europa/Dublin +01:00 +00:00 Irland
Europa/Helsinki +02:00 +03:00 Europa/Mariehamn
Europa/Istanbul +03:00 +03:00 Türkei
Asien/Istanbul
Europa/Kaliningrad +02:00 +02:00
Europa/Madrid +01:00 +02:00
Europa/Moskau +03:00 +03:00 W-SU
Europa/Paris +01:00 +02:00 MET
MEZ
Europa/Prag +01:00 +02:00 Europa/Bratislava
Europa/Sarajewo +01:00 +02:00 Europa/Belgrad
Europa/Ljubljana
Europa/Podgorica
Europa/Skopje
Europa/Zagreb
Pazifik/Auckland +12:00 +13:00 NZ
Antarktis/McMurdo
Antarktis/Südpol
Pazifik/Fidschi +12:00 +13:00
Pazifik/Guam +10:00 +10:00 Pazifik/Saipan
Pazifik/Honolulu −10:00 −10:00 USA/Hawaii
Pazifik/Johnston
HST
Pazifik/Samoa −11:00 −11:00 Pazifik/Pago_Pago
USA/Bundesstaat
USA/Alaska −09:00 −08:00 Amerika/Anchorage
Amerika/Juneau
Amerika/Metlakatla
Amerika/Nome
Amerika/Sitka
Amerika/Yakutat
USA/Zentral −06:00 −05:00 Amerika/Chicago
USA/Ost −05:00 −04:00 Amerika/New_York
USA/Ost-Indiana −05:00 −04:00 Amerika/Indiana/Indianapolis
Amerika/Indianapolis
Amerika/Fort_Wayne
USA/Mountain −07:00 −06:00 Amerika/Denver
USA/Pazifik −08:00 −07:00 Amerika/Los_Angeles
UTC +00:00 +00:00 Etc/UTC
Etc/UCT
Etc/Universal
Etc/Zulu

Zeitzonentabellen in Cloud SQL müssen möglicherweise mit den neuesten Daten aktualisiert werden. Beispielsweise könnte ein Land von einer Sommerzeitverschiebung zu einer Winterzeitverschiebung wechseln oder ein Land könnte eine neue Zeitzone einführen.

Bei jedem Release eines kritischen Dienst-Agenten (Critical Service Agent, CSA) für Cloud SQL werden die Zeitzonentabellen mit den neuesten Daten aktualisiert. In diesem Fall werden die Replikinstanzen außerhalb des Wartungsfensters aktualisiert. Die primären Instanzen werden dann während des Wartungsfensters aktualisiert.

Sie können entweder warten, bis das reguläre Wartungsfenster für den CSA-Release installiert wurde, oder eine Selfservice-Wartung durchführen, um die Zeitzonentabellen mit den neuesten Daten zu aktualisieren. Weitere Informationen zum Aufrufen der verfügbaren Wartungsversionen finden Sie unter Zielwartungsversion ermitteln.

Tipps für die Arbeit mit Flags

general_log, slow_query_log

Wenn Sie die general- oder slow query-Logs anzeigen lassen möchten, aktivieren Sie das entsprechende Flag und setzen das Flag log_output auf FILE. Dadurch wird die Logausgabe über die Loganzeige in der Google Cloud Console verfügbar. Beachten Sie, dass Gebühren für das Google Cloud Observability-Logging anfallen. Um die Speicherkosten für Instanzen zu minimieren, werden die Logs general und slow query auf dem Instanzlaufwerk rotiert, wenn die Logdatei älter als 24 Stunden ist und in dieser Zeit keine Änderungen ausgeführt wurden oder wenn sie größer als 100 MB ist. Alte Logdateien werden nach der Rotation automatisch gelöscht.

Wenn für log_output der Wert NONE festgelegt ist, können Sie nicht auf die Logs zugreifen. Wenn Sie für log_output den Wert TABLE angeben, wird die Logausgabe in einer Tabelle in der MySQL-Systemdatenbank abgelegt. Möglicherweise wird eine Menge Speicherplatz belegt. Eine sehr große Tabelle kann sich auf die Zeitdauer auswirken, die für einen Neustart der Instanz benötigt wird, bzw. dazu führen, dass die Instanz nicht mehr vom SLA abgedeckt ist. Aus diesem Grund wird die Option TABLE nicht empfohlen. Darüber hinaus ist der Loginhalt nicht im Log-Explorer verfügbar und wird nicht rotiert. Bei Bedarf können Sie Ihre Logtabellen mithilfe der API kürzen. Weitere Informationen finden Sie auf der Referenzseite zu instances.truncateLog.

expire_logs_days, binlog_expire_logs_seconds
Wenn Sie die Wiederherstellung zu einer bestimmten Zeit aktivieren, wird die Ablaufzeit Ihrer binären Logs durch den kleineren Aufbewahrungszeitraum des Transaktionslogs und die Werte dieser Flags bestimmt. Mit diesen Flags können Sie verwalten, wie lange binäre Logs auf Ihren Replikaten gespeichert werden. Das Flag expire_logs_days wird ab MySQL 8.4 nicht mehr unterstützt. Weitere Informationen finden Sie unter Aufbewahrung von Transaktionslogs.
innodb_buffer_pool_size

Der Wert dieses Flags ist die Größe des Pufferpools in Byte. Die Größe des Pufferpools muss immer gleich dem Wert sein, den Sie erhalten, wenn Sie innodb_buffer_pool_chunk_size mit innodb_buffer_pool_instances multiplizieren, oder ein Vielfaches davon. Wenn Sie die Pufferpoolgröße auf einen Wert ändern, der nicht gleich oder ein Vielfaches von innodb_buffer_pool_chunk_size multipliziert mit innodb_buffer_pool_instances ist, passt Cloud SQL die Pufferpoolgröße automatisch an. Sie können dieses Flag nicht für Instanzen aktivieren,die weniger als 3.840 MiB RAM haben.

Sie können dieses Flag nicht für Maschinentypen mit gemeinsam genutztem Kern (f1_micro und g1_small) konfigurieren. Das Ändern dieses Flags in MySQL 5.6 erfordert einen Neustart.

In Cloud SQL sind die standardmäßig zulässigen Mindest- und Höchstwerte für das Flag innodb_buffer_pool_size vom Arbeitsspeicher (RAM) der Instanz abhängig. Diese Werte können grob als Prozentsatz des RAM der Instanz berechnet werden. Standardmäßig wird der Wert dieses Flags in der Regel so nah wie möglich am maximal zulässigen Wert festgelegt. Der maximal für die Zuweisung zulässige Prozentsatz erhöht sich mit der Instanzgröße. Der kleinstmögliche Wert beträgt in der Regel etwa 20 % des Arbeitsspeichers der Instanz.

Ungefähre Werte für dieses Flag:

RAM-Bereich der InstanzMin. %Standardeinstellung %Max. %
0 - 4.0 GB of RAM~34%
4.0 GB - 7.5 GB~20%~34%~34%
7,5 GB - 12 GB~20%~52%~52%
12 GB - 24 GB~20%~67%~67%
24 GB oder mehr~20%~72%~72%

Die genauen Werte können variieren. Wenn verwalteter Pufferpool aktiviert ist, werden Anpassungen an innodb_buffer_pool_size vorgenommen, die nicht in der Google Cloud -Konsole angezeigt werden. Zum Berechnen des aktuellen Werts für die Instanz führen Sie die folgende Abfrage aus:

  show global variables like 'innodb_buffer_pool_size';

Als Referenz sind im Folgenden die minimal zulässigen, die Standard- und die maximal zulässigen Werte für die Maschinentypen angegeben.

Maschinentyp Instanz-RAM (GB) Minimum (GB)
(% des Gesamtwerts)		 Standard (GB)
(% des Gesamtwerts)		 Maximum (GB)
(% des Gesamtwerts)
db-f1-micro 0,6 - 0,053 -
db-g1-small 1,7 - 0,625 -
db-custom-1-3840 3,75 0,875
(23%)		 1,375
(37%)		 1,375
(37%)
db-custom-2-7680 7,5 1,5
(20%)		 4
(53%)		 4
(53%)
db-custom-4-15360 15 3
(20%)		 10,5
(70%)		 10,5
(70%)
db-custom-8-30720 30 6
(20%)		 22
(73%)		 22
(73%)
db-custom-16-61440 60 12
(20%)		 44
(73%)		 44
(73%)
db-custom-32-122880 120 24
(20%)		 87
(73%)		 87
(73%)
db-custom-64-245760 240 48
(20%)		 173
(72%)		 173
(72%)
db-custom-96-368640 360 72
(20%)		 260
(72%)		 260
(72%)
db-custom-2-13312 13 3
(23%)		 9
(69%)		 9
(69%)
db-custom-4-26624 26 6
(23%)		 19
(73%)		 19
(73%)
db-custom-8-53248 52 11
(21%)		 38
(73%)		 38
(73%)
db-custom-16-106496 104 21
(20%)		 75
(72%)		 75
(72%)
db-custom-32-212992 208 42
(20%)		 150
(72%)		 150
(72%)
db-custom-64-425984 416 84
(20%)		 300
(72%)		 300
(72%)
db-custom-96-638976 624 125
(20%)		 450
(72%)		 450
(72%)

Wenn die Arbeitsspeichernutzung für Ihre Instanz hoch ist und Sie Ereignisse mit unzureichendem Arbeitsspeicher (Out-of-Memory, OOM) beobachten, können Sie das Flag innodb_cloudsql_managed_buffer_pool aktivieren, um den Wert von innodb_buffer_pool_size vorübergehend zu verringern. Weitere Informationen finden Sie unter Verwalteten Pufferpool aktivieren.

Wenn der verwaltete Pufferpool Anpassungen am Wert von innodb_buffer_pool_size vornimmt, werden die Änderungen nicht im Flag-Wert angezeigt, der in der Google Cloud -Konsole zu sehen ist. Wenn der verwaltete Zwischenspeicherpool aktiviert ist, können Sie den aktuellen Wert von innodb_buffer_pool_size mit dem MySQL-Client abfragen: 
show global variables like 'innodb_buffer_pool_size';
innodb_cloudsql_optimized_write
Dieses Flag ist nur für Cloud SQL Enterprise Plus-Instanzen verfügbar. Der Standardwert ist „ON“. Dieses Flag verbessert die Schreibleistung, indem der Flush-Algorithmus optimiert, Flush-Limits gesteuert und Hintergrundaktivitäten angepasst werden, um Ihre Datenbankschreibvorgänge zu priorisieren. Außerdem wird durch dieses Flag ein verbesserter Algorithmus zur Wiederherstellung nach Abstürzen aktiviert, um die Wiederherstellungszeit nach Abstürzen zu verkürzen. Außerdem wird der ungenutzte Festplatten-E/A-Durchsatz adaptiv genutzt, um das Aufwärmen des Pufferpools zu beschleunigen. In den meisten Anwendungsfällen können Sie mit aktiviertem Flag eine bessere Leistung erzielen, z. B. einen höheren Durchsatz und eine geringere Latenz. Wenn Ihre Datenbank-Schreibvorgänge jedoch zu einer extrem hohen Serverlast führen, kann das Flag einige Hintergrundaktivitäten verzögern. Diese Verzögerung kann zu einer geringfügigen Erhöhung der Festplattennutzung führen, die nach dem Abklingen der Last automatisch wieder abnimmt. Standardmäßig ist das Flag innodb_cloudsql_optimized_write für alle neuen und aktualisierten Cloud SQL Enterprise Plus-Instanzen aktiviert. Für vorhandene Cloud SQL Enterprise Plus-Instanzen wird dieses Flag aktiviert, nachdem das zugehörige Wartungsupdate angewendet wurde. Wenn Sie das Flag deaktivieren müssen, führen Sie den folgenden Befehl aus. 
gcloud sql instances patch INSTANCE_NAME \
 --database-flags="innodb_cloudsql_optimized_write=OFF"
 Wenn Sie den Wert des Flags ändern, müssen Sie die Instanz neu starten.
innodb_file_per_table

Bei allen MySQL-Versionen 5.6 und höher ist der Standardwert ON.

innodb_flush_log_at_trx_commit, sync_binlog
Für eine vollständige ACID-Compliance und zur Aufrechterhaltung der Langlebigkeit und Konsistenz einer Replikationseinrichtung müssen die Flags innodb_flush_log_at_trx_commit und sync_binlog auf den Standardwert 1 gesetzt sein. Wenn Sie den Standardwert ändern, kann die Langlebigkeit sinken, was zu Inkonsistenzen zwischen der primären Instanz und den Replikaten führen kann. Daher verliert die Instanz ihre SLA-Abdeckung. Außerdem kann Folgendes auftreten:
  • Datenverlust in bestimmten Situationen, z. B. bei einem VM-Absturz oder Failover für eine regionale HA-Instanz
  • Nicht synchronisierte Daten in binären Logdateien und InnoDB-Datendateien
  • PITR-Datenverlust oder -fehler
  • Dateninkonsistenz zwischen einer primären Instanz und ihren Replikaten
  • Replikationsunterbrechung
Wenn Sie den Wert des Flags innodb_flush_log_at_trx_commit oder sync_binlog auf nicht standardmäßige Werte für primäre Instanzen, eigenständige Instanzen und Hochverfügbarkeitsinstanzen festlegen, wird die Langlebigkeit verringert. Wenn Sie eine höhere Leistung für Lesereplikate benötigen, empfehlen wir, den Wert innodb_flush_log_at_trx_commit auf 2 zu setzen. Cloud SQL unterstützt nicht das Festlegen des Werts für dieses Flag auf 0. Wenn Sie den Flag-Wert auf 2 setzen, müssen Sie entweder das Binärlog auf dem Replikat deaktivieren oder sync_binlog für eine höhere Leistung auf einen anderen Wert als 1 setzen. Cloud SQL kann die Flag-Werte innodb_flush_log_at_trx_commit und sync_binlog vorübergehend in die Standardeinstellung ändern, wenn eine Sicherung erstellt wird. Dies kann beim Erstellen von Sicherungen zu einer geringeren Leistung führen. Wenn Sie verhindern möchten, dass dies Ihre Instanz beeinträchtigt, können Sie das Sicherungsfenster ändern, wenn die Instanznutzung niedrig ist. Weitere Informationen finden Sie unter On-Demand- und automatische Sicherungen erstellen und verwalten.
innodb_flush_log_at_timeout

Mit innodb_flush_log_at_timeout können Sie die Häufigkeit von Seitenleerräumen ändern, um die Leistung des Commits der binären Loggruppe nicht zu beeinträchtigen. Die Standardeinstellung ist einmal pro Sekunde.

In Cloud SQL wurde dieses Flag erweitert, um die Angabe eines Zeitraums in Mikrosekunden zu unterstützen.

Beispiele:

  • 0.001, um 1 ms anzugeben
  • 0.0001, um 100 µs anzugeben
  • 12.5, um 12,5 Sekunden anzugeben
  • 12.005, um 12 Sekunden und 5 Millisekunden anzugeben
  • 0.005100, um 5 ms und 100 µs anzugeben

Bei bestimmten Arbeitslasten ist die Verwendung einer ganzen Sekunde für das Auslagern von Seiten aufgrund potenzieller Transaktionsverluste möglicherweise nicht akzeptabel. Stattdessen können Sie Seiten mit einer Auflösung von Mikrosekunden leeren, um die Leistung aufrechtzuerhalten, ohne die Zuverlässigkeit wesentlich zu beeinträchtigen.

Die Zeiträume in Mikrosekunden für das Flag innodb_flush_log_at_timeout gelten nur, wenn das Flag innodb_flush_log_at_trx_commit für die Langlebigkeit auf 2 gesetzt ist.

Das Leeren von Seiten kann häufiger oder seltener als der für innodb_flush_log_at_timeout angegebene Wert erfolgen. Der Wert ist nicht die Obergrenze.

innodb_redo_log_capacity, innodb_log_file_size

Wenn Sie in Cloud SQL for MySQL Version 8.4 und früher einen Wert für das Flag innodb_redo_log_capacity konfigurieren, ignoriert Cloud SQL jeden Wert, den Sie für das Flag innodb_log_file_size definieren. Wenn Sie keine Werte für die Flags innodb_redo_log_capacity oder innodb_log_file_size konfigurieren, verwendet Cloud SQL den Standardwert des Flags innodb_redo_log_capacity oder 104857600 (100 MB). Wenn Sie das Flag innodb_redo_log_capacity nicht, aber das Flag innodb_log_file_size konfigurieren, wird die Größe des InnoDB-Redo-Logs mit innodb_log_file_size * innodb_log_file_in_group berechnet. Wenn Sie beispielsweise innodb_log_file_size auf 10 GB und den Standardwert von innodb_log_file_in_group auf 2 festlegen, beträgt die effektive Größe des InnoDB-Redo-Logs 20 GB.

In Cloud SQL for MySQL ab Version 9.7 werden die Flags innodb_log_file_size und innodb_log_file_in_group aus Cloud SQL entfernt. Die Standardwerte für das Flag innodb_redo_log_capacity basieren auf der Edition und der RAM-Kapazität der Instanz und sind in der folgenden Tabelle aufgeführt.

Cloud SQL-VersionRAMStandardwert
Cloud SQL Enterprise-VersionBeliebige Größe1 GB
Cloud SQL Enterprise Plus-Version< 100 GB1 GB
Cloud SQL Enterprise Plus-Version> 100 GB1,5 GB
max_heap_table_size, tmp_table_size

Eine Überlastung des verfügbaren Instanzarbeitsspeichers kann dann auftreten, wenn Sie für tmp_table_size und max_heap_table_size einen zu hohen Wert für die Anzahl an gleichzeitigen Abfragen festgelegt haben und die Instanz diese nicht mehr verarbeiten kann. Eine Überlastung des Arbeitsspeichers hat einen Absturz und den Neustart der Instanz zur Folge.

Weitere Informationen zur Verwendung dieser Flags finden Sie unter Verwendung interner temporärer Tabellen in MySQL und MEMORY Storage Engine.

performance_schema

Sie können dieses Flag nicht für Instanzen mit einem gemeinsam genutzten Kern (weniger als 3 GB RAM) aktivieren. Wenn Sie dieses Flag aktivieren, ist es nicht möglich, für den Maschinentyp eine Größe festzulegen, die das Flag nicht unterstützt. Sie müssen dann zuerst dieses Flag deaktivieren.

Für MySQL 8.0-Instanzen und höher mit 12 bis 15 GB RAM ist der Standardwert von performance_schema on. Die Standardinstrumente für das Leistungsschema sind jedoch deaktiviert. Weitere Informationen zu Standardinstrumenten für das Leistungsschema finden Sie unter setup_instruments-Tabelle (MySQL 8.0) oder setup_instruments-Tabelle (MySQL 8.4). Wenn Sie Instrumente des Performance-Schemas in einer Instanz mit 12 bis 15 GB RAM aktivieren und verwenden möchten, müssen Sie das Flag performance_schema explizit auf on festlegen, anstatt den Standardwert zu verwenden. Für MySQL 8.0-Instanzen und höher mit mindestens 15 GB RAM ist der Standardwert von performance_schema on. Die Standardinstrumente für das Leistungsschema sind aktiviert.

event_scheduler
MySQL-Ereignisse, auch geplante Ereignisse genannt, sind Aufgaben, die Sie planen können. Geplante Ereignisse sind eine Gruppe aus einer oder mehreren SQL-Anweisungen, die in einem oder mehreren angegebenen Intervallen ausgeführt werden sollen. Der Standardwert für MySQL 5.7 ist OFF und der Standardwert für MySQL 8.0 ist ON. Weitere Informationen zum Flag event_scheduler finden Sie unter event_scheduler. Wenn das Flag event_scheduler für ein Lesereplikat auf ON gesetzt ist, kann dies Fehler verursachen, die auf dem Typ der in den Ereignissen definierten Anweisungen basieren:
  • Wenn das geplante Ereignis ein write-Ereignis auf einem Lesereplikat ist, tritt ein Fehler auf, da Lesereplikate schreibgeschützt sind. Weitere Informationen finden Sie unter Lesereplikate.
  • Wenn das geplante Ereignis einen Stoppvorgang enthält, z. B. kill, wendet event_scheduler diesen auf das Replikat an. Dadurch wird die Replikation beendet und das Replikat gelöscht.
Um solche Fehler zu vermeiden, setzen Sie beim Erstellen von Replikaten das Flag event_scheduler auf OFF. Weitere Informationen zum Aktivieren oder Deaktivieren von event_scheduler finden Sie unter Datenbank-Flags konfigurieren.
replica_skip_errors,slave_skip_errors
Das Festlegen des Flags replica_skip_errors oder des Flags slave_skip_errors kann zu Replikationsproblemen führen. Im Allgemeinen wird die Replikation gestoppt, wenn bei der Ausführung einer Anweisung ein Fehler auftritt. Wenn Sie dieses Flag verwenden, wird der Fehler übersprungen und die Replikation fortgesetzt. Dies führt zu Inkonsistenzen zwischen der primären Instanz und dem Replikat. Dies kann auch die Fehlerbehebung für die Replikation erschweren. Cloud SQL empfiehlt, dieses Flag nur bei Bedarf zu verwenden. Wenn Replikationsfehler auftreten, finden Sie auf der Seite Fehlerbehebung für Cloud SQL: Replikation weitere Informationen zur Behebung dieses Problems.
character_set_client
character_set_connection
character_set_results
collation_connection
innodb_buffer_pool_dump_now
innodb_buffer_pool_load_abort
innodb_buffer_pool_load_now
innodb_ft_aux_table
foreign_key_checks
sql_select_limit
unique_checks
Diese Flags können nicht direkt in der Google Cloud Console oder mit der gcloud CLI ausgewählt werden. Verwenden Sie den folgenden Befehl, um diese Flags zu verwenden: 
SET GLOBAL FLAG_NAME=FLAG_VALUE
 Für die Verwendung des Befehls SET GLOBAL ist die Berechtigung CLOUDSQL_SPECIAL_SYSEM_VARIABLES_ADMIN erforderlich, die der Rolle cloudsqlsuperuser zugewiesen wird. Hinweis: Die Berechtigung CLOUDSQL_SPECIAL_SYSEM_VARIABLES_ADMIN ist nur in MySQL 8.0 for Cloud SQL verfügbar. Weitere Informationen dazu, wie Sie einem bestimmten Nutzer Zugriff mit Sonderberechtigungen gewähren, finden Sie unter Informationen zu MySQL-Nutzern. Diese Flags sind nicht dauerhaft. Wenn Ihre Cloud SQL-Instanz neu erstellt oder neu gestartet wird, werden die Flag-Einstellungen auf den Standardwert zurückgesetzt.
caching_sha2_password_proxy_users

Verwenden Sie das Flag caching_sha2_password_proxy_users für die Proxy-Nutzer-Verbindung in MySQL 9.7. Da die Authentifizierungsmethode mysql_native_password in MySQL 9.7 nicht mehr verfügbar ist, können Sie das Flag mysql_native_password_proxy_users nicht verwenden.

Das Flag caching_sha2_password_proxy_users steuert, ob das integrierte Authentifizierungs-Plug-in caching_sha2_password Proxy-Nutzer unterstützt. Das Flag hat nur dann Auswirkungen, wenn die Systemvariable check_proxy_users aktiviert ist.

binlog_order_commits

Der Standardwert für das Flag binlog_order_commits ist ON. Cloud SQL empfiehlt, den Standardwert dieses Flags nicht zu ändern. Wenn der Standardwert in OFF geändert wird, werden Transaktionen in derselben binären Loggruppe in einer anderen Reihenfolge als beim Schreiben im Binärlog übergeben. Dies wirkt sich auf die folgenden Vorgänge aus, in denen Transaktionen in der Reihenfolge des Binärelogs ausgeführt werden:

  • Replikation: Kann zu Dateninkonsistenzen zwischen der Quelle und den Replikaten führen
  • Point-in-time-recovery: Kann zu Dateninkonsistenzen zwischen dem wiederhergestellten PITR-Zustand und dem früheren Zustand führen
optimizer_switch,optimizer_trace,optimizer_trace_features

Optimierungs-Flags enthalten kommagetrennte Werte. Sie können diese Flags über die Google Cloud Console oder die gcloud CLI festlegen. Weitere Informationen zum Festlegen dieses Flags über die Console finden Sie unter Datenbank-Flags konfigurieren. Wenn Sie die gcloud CLI verwenden, können Sie den Wert für diese Flags auf zwei verschiedene Arten angeben:

Wenn Sie mehrere Optimierer-Unterflags in einem Befehl festlegen möchten, verwenden Sie ein Komma als Trennzeichen zwischen den einzelnen Flag-Namen. Wenn Sie mit dem gcloud CLI-Befehl einen einzelnen Unterflag-Wert festlegen, werden alle zuvor festgelegten untergeordneten Flags überschrieben.

Wenn Sie beispielsweise den folgenden Befehl ausführen, wird der erwartete Wert für das Unter-Flag batched_key_access auf on gesetzt und alle anderen Unter-Flags für optimizer_flags werden auf ihre Standardwerte gesetzt. 

gcloud sql instances patch my-instance --database-flags=^~^optimizer_switch=batched_key_access=on

Wenn Sie den folgenden Befehl ausführen, wird der Wert des Unter-Flags block_nested_loop auf on gesetzt. Alle anderen Unter-Flags für optimizer_switch werden überschrieben und auf ihre Standardwerte gesetzt. 

gcloud sql instances patch my-instance --database-flags=^~^optimizer_switch=block_nested_loop=on

Dazu gehört auch batched_key_access, das durch den vorherigen Befehl auf on festgelegt wurde. Wenn Sie alle zuvor festgelegten Unter-Flags beibehalten und neue hinzufügen möchten, müssen Sie beim Hinzufügen eines neuen Unterflags die Werte aller Unter-Flags angeben, die Sie festlegen möchten.

In Cloud SQL for MySQL 9.7 können Sie das Flag hypergraph_optimizer=on angeben, um den Hypergraph-Optimierer zu aktivieren. Weitere Informationen zu umschaltbaren Optimierungen und zum Hypergraph-Optimierungstool finden Sie unter Umschaltbare Optimierungen und Das Hypergraph-Optimierungstool ist jetzt in MySQL 9.7 Community Edition verfügbar.

In Cloud SQL geänderte System-Flags

Alle anderen Datenbanksystem-Flags, die nicht im Abschnitt Unterstützte Flags aufgeführt sind, werden als verwaltete Flags bezeichnet. Für bestimmte verwaltete Flags setzt Cloud SQL das Flag auf einen anderen Wert als die Standardeinstellung. Dies sorgt dafür, dass Cloud SQL-Instanzen zuverlässig ausgeführt werden. Die Werte dieser System-Flags können nicht geändert werden. In der folgenden Liste sind verwaltete Flags mit einer nicht standardmäßigen Einstellung aufgeführt:
Variablenname Einstellung in Cloud SQL. Hinweise
binlog_format ROW Nur Unterschiede in MySQL 5.6
binlog_error_action ABORT_SERVER Nur Unterschiede in MySQL 5.6
innodb_doublewrite_pages 64 Gilt für MySQL 8.0.26 und höher
innodb_file_format Barracuda Nur Unterschiede in MySQL 5.6
memlock wahr
skip_name_resolve AN
relay_log_info_repository TABELLE In MySQL 8.4 entfernt
relay_log_recovery AN
master_info_repository TABELLE In MySQL 8.4 entfernt
rpl_semi_sync_master_enabled 1
rpl_semi_sync_master_timeout 3.000
admin_address 127.0.0.1 Abweichend ab MySQL 8.0.
create_admin_listener_thread AN
port-open-timeout 120 Abweichend ab MySQL 8.0.
partial_revokes AN Ab MySQL 8.0. Weitere Informationen zu diesem Flag finden Sie unter System-Flag „partial_revokes“ in MySQL 8.0.

Systemflag „partial_revokes“ ab MySQL 8.0

Mit dem Flag partial_revokes können Sie den Nutzerzugriff auf ein Datenbankschema einschränken. In Cloud SQL for MySQL ab Version 8.0 ist das partial_revokes-Flag auf ON gesetzt. Dadurch wird die Verwendung von Platzhalterzeichen beim Gewähren oder Entziehen von Nutzerberechtigungen für Datenbankschemata in MySQL 8.0 eingeschränkt. Aktualisieren Sie die GRANT-Anweisung, sodass anstelle von Platzhaltern der vollständige Name des Datenbankschemas verwendet wird.

Wenn Sie beispielsweise den folgenden Befehl mit dem Platzhalterzeichen %\ verwenden, um einem Nutzer in MySQL 5.7 Berechtigungen zu gewähren, erhält der Nutzer Berechtigungen für alle Datenbanken, die auf _foobar enden.

GRANT ALL PRIVILEGES ON `%\_foobar`.*  TO  'testuser'@'%';

In MySQL 8.0 erhalten Nutzer jedoch nur Zugriff auf die Datenbank, die genau mit %\_foobar übereinstimmt.

Ab MySQL 8.0 gibt es zwei Möglichkeiten, Zugriff auf mehrere Datenbanken zu gewähren.

  1. Sie können Berechtigungen für bestimmte Datenbanken gewähren, indem Sie die vollständigen Datenbanknamen verwenden, wie im folgenden Befehl gezeigt:

      grant select on test1_foobar.* to 'testuser'@'%';
  grant select on test2_foobar.* to 'testuser'@'%';
  grant select on test3_foobar.* to 'testuser'@'%';

  2. Mit partial_revokes können Sie mit den Befehlen grant und revoke Nutzerberechtigungen für alle Datenbankschemata gewähren und gleichzeitig den Zugriff auf einige Datenbankschemata einschränken.

      grant select on *.* to 'testuser'@'%';
  revoke select on test3_foobar.* from 'testuser'@'%';

    Dadurch wird der Zugriff auf alle Datenbankschemata gewährt, der Zugriff auf test3_foobar.* jedoch eingeschränkt.

Replikationsfilter

Replikationsfilter können nur für Cloud SQL-Replikate festgelegt werden. Jeder Replikationsfilter wird als einzelnes Flag für mehrere Datenbanken festgelegt, wobei die einzelnen Datenbanknamen durch ein Komma getrennt sind. Sie können einen Replikationsfilter für ein Cloud SQL-Replikat mit der Console oder dem folgenden Befehl einrichten.

gcloud sql instances patch REPLICA_NAME --database-flags=^~^REPLICATION_FILTER_NAME=DATABASE_NAME1,DATABASE_NAME, etc

Replikationsfilter unterstützen Datenbanknamen, die Kommaswerte enthalten, nicht. Der ^~^-Wert im vorherigen Befehl ist für Datenbank-Flags erforderlich, die durch Kommas getrennte Werte sind.

Beachten Sie Folgendes, wenn Sie ein Replikatierungsfilter-Flag festlegen:

  • Wird das Replikat fehlerhaft, können die von den Replikationsfiltern gefilterten Daten auf dem Replikat angezeigt werden, da Cloud SQL Quelldaten der primären Instanz verwendet, um das Instanzreplikat neu zu erstellen.
  • Sie können für das mysql-Schema keine Replikationsfilter festlegen.
  • Regeln für Replikationsfilter gelten nicht für serverlose Exporte.

Flags des Indexberaters

Im Folgenden finden Sie eine Liste der Datenbank-Flags, mit denen in Cloud SQL for MySQL Funktionen speziell für den Indexberater aktiviert und verwaltet werden.

Flag-Name Typ
Gültige Werte und Hinweise		 Neustart
erforderlich?
cloudsql_index_advisor_auto_advisor_schedule string
Standard: 00:00 		Nein
cloudsql_index_advisor_run_at_timestamp Datetime
Standard: 00:00:00 		Nein

Flags mit Alias

Die folgende Liste enthält die Flag-Namen, die in Cloud SQL for MySQL-Versionen 8.0.26 und neuer geändert wurden.

Verworfener Flag-Name Neuer Flag-Name
log_slow_slave_statements log_slow_replica_statements
master_verify_checksum source_verify_checksum
slave_checkpoint_group replica_checkpoint_group
slave_checkpoint_period replica_checkpoint_period
slave_compressed_protocol replica_compressed_protocol
slave_net_timeout replica_net_timeout
slave_parallel_type replica_parallel_type
slave_parallel_workers replica_parallel_workers
slave_pending_jobs_size_max replica_pending_jobs_size_max
slave_preserve_commit_order replica_preserve_commit_order
slave_skip_errors replica_skip_errors
slave_sql_verify_checksum replica_sql_verify_checksum
slave_transaction_retries replica_transaction_retries
slave_type_conversions replica_type_conversions
sync_master_info sync_source_info

Wenn Ihre Cloud SQL-Instanz einen verworfenen Flag-Namen verwendet, bearbeiten Sie Ihre Cloud SQL-Instanz, löschen den verworfenen Flag-Namen und fügen das neue Flag Ihrer Instanz hinzu. Weitere Informationen finden Sie unter Datenbank-Flag einrichten.

Fehlerbehebung

Problem Fehlerbehebung
Nach dem Aktivieren eines Flags wechselt die Instanz zwischen einer Panik und einem Absturz. Wenden Sie sich an den Kundensupport, um ein Entfernen des Flags mit anschließendem hard drain anzufordern. Dadurch wird die Instanz auf einem anderen Host mit einer neuen Konfiguration und ohne das Flag bzw. ohne die Einstellung neu gestartet.
Beim Festlegen eines Flags wird die Fehlermeldung Bad syntax for dict arg angezeigt. Komplexe Parameterwerte wie durch Kommas getrennte Listen erfordern eine besondere Behandlung, wenn sie mit gcloud-Befehlen verwendet werden.

Nächste Schritte