Datenbankflags konfigurieren

MySQL   |  PostgreSQL   |  SQL Server

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.

Hinweis: Einige Einstellungen für Datenbank-Flags können die Verfügbarkeit oder Stabilität von Instanzen beeinflussen und dazu führen, dass diese Instanzen nicht mehr dem Cloud SQL-SLA unterliegen. Informationen zu diesen Flags finden Sie in den Betriebsrichtlinien.

In einigen Fällen muss vor dem Setzen eines Flags ein anderes Flag gesetzt werden, damit die 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.

Datenbankflags konfigurieren

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. Scrollen Sie nach unten 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 Google Cloud-Standardprojekt 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.

Hinweis: Bei Terraform-Beispielen wird in der Regel davon ausgegangen, dass die erforderlichen APIs in Ihrem Google Cloud-Projekt aktiviert sind.

Ä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

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

curl (Linux, macOS oder Cloud Shell)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud CLI angemeldet haben. Dazu haben Sie gcloud init oder gcloud auth login ausgeführt oder die Cloud Shell genutzt, die Sie automatisch in der gcloud CLI anmeldet. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id"

PowerShell (Windows)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud-Befehlszeile angemeldet haben. Dazu führen Sie gcloud init oder gcloud auth login aus. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id" | Select-Object -Expand Content

Sie sollten in etwa folgende JSON-Antwort erhalten:

Antwort

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "[e-mail]",
  "insertTime": "2020-01-21T22:43:37.981Z",
  "operationType": "UPDATE",
  "name": "operation-id",
  "targetId": "instance-id",
  "selfLink": "https://sqladmin.googleapis.com/v1/projects/project-id/operations/operation-id",
  "targetProject": "project-id"
}

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:

curl (Linux, macOS oder Cloud Shell)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud CLI angemeldet haben. Dazu haben Sie gcloud init oder gcloud auth login ausgeführt oder die Cloud Shell genutzt, die Sie automatisch in der gcloud CLI anmeldet. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id"

PowerShell (Windows)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud-Befehlszeile angemeldet haben. Dazu führen Sie gcloud init oder gcloud auth login aus. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id" | Select-Object -Expand Content

Sie sollten in etwa folgende JSON-Antwort erhalten:

Antwort

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "[e-mail]",
  "insertTime": "2020-01-21T22:43:37.981Z",
  "operationType": "UPDATE",
  "name": "operation-id",
  "targetId": "instance-id",
  "selfLink": "https://sqladmin.googleapis.com/v1/projects/project-id/operations/operation-id",
  "targetProject": "project-id"
}

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:

curl (Linux, macOS oder Cloud Shell)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud CLI angemeldet haben. Dazu haben Sie gcloud init oder gcloud auth login ausgeführt oder die Cloud Shell genutzt, die Sie automatisch in der gcloud CLI anmeldet. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id"

PowerShell (Windows)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud-Befehlszeile angemeldet haben. Dazu führen Sie gcloud init oder gcloud auth login aus. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id" | Select-Object -Expand Content

Sie sollten in etwa folgende JSON-Antwort erhalten:

Antwort

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "[e-mail]",
  "insertTime": "2020-01-21T22:43:37.981Z",
  "operationType": "UPDATE",
  "name": "operation-id",
  "targetId": "instance-id",
  "selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/operations/operation-id",
  "targetProject": "project-id"
}

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:

curl (Linux, macOS oder Cloud Shell)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud CLI angemeldet haben. Dazu haben Sie gcloud init oder gcloud auth login ausgeführt oder die Cloud Shell genutzt, die Sie automatisch in der gcloud CLI anmeldet. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id"

PowerShell (Windows)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud-Befehlszeile angemeldet haben. Dazu führen Sie gcloud init oder gcloud auth login aus. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id" | Select-Object -Expand Content

Sie sollten in etwa folgende JSON-Antwort erhalten:

Antwort

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "[e-mail]",
  "insertTime": "2020-01-21T22:43:37.981Z",
  "operationType": "UPDATE",
  "name": "operation-id",
  "targetId": "instance-id",
  "selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/operations/operation-id",
  "targetProject": "project-id"
}

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:

curl (Linux, macOS oder Cloud Shell)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud CLI angemeldet haben. Dazu haben Sie gcloud init oder gcloud auth login ausgeführt oder die Cloud Shell genutzt, die Sie automatisch in der gcloud CLI anmeldet. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id"

PowerShell (Windows)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud-Befehlszeile angemeldet haben. Dazu führen Sie gcloud init oder gcloud auth login aus. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id" | Select-Object -Expand Content

Sie sollten in etwa folgende JSON-Antwort erhalten:

Antwort

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "[e-mail]",
  "insertTime": "2020-01-21T22:43:37.981Z",
  "operationType": "UPDATE",
  "name": "operation-id",
  "targetId": "instance-id",
  "selfLink": "https://sqladmin.googleapis.com/v1/projects/project-id/operations/operation-id",
  "targetProject": "project-id"
}

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:

curl (Linux, macOS oder Cloud Shell)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud CLI angemeldet haben. Dazu haben Sie gcloud init oder gcloud auth login ausgeführt oder die Cloud Shell genutzt, die Sie automatisch in der gcloud CLI anmeldet. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id"

PowerShell (Windows)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud-Befehlszeile angemeldet haben. Dazu führen Sie gcloud init oder gcloud auth login aus. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id" | Select-Object -Expand Content

Sie sollten in etwa folgende JSON-Antwort erhalten:

Antwort

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "[e-mail]",
  "insertTime": "2020-01-21T22:43:37.981Z",
  "operationType": "UPDATE",
  "name": "operation-id",
  "targetId": "instance-id",
  "selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/operations/operation-id",
  "targetProject": "project-id"
}

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 Console 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:

curl (Linux, macOS oder Cloud Shell)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud CLI angemeldet haben. Dazu haben Sie gcloud init oder gcloud auth login ausgeführt oder die Cloud Shell genutzt, die Sie automatisch in der gcloud CLI anmeldet. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Führen Sie folgenden Befehl aus:

curl -X GET \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id"

PowerShell (Windows)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud-Befehlszeile angemeldet haben. Dazu führen Sie gcloud init oder gcloud auth login aus. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Führen Sie folgenden Befehl aus:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method GET `
    -Headers $headers `
    -Uri "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id" | Select-Object -Expand Content

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

Antwort

{
  "settings":
  {
    "authorizedGaeApplications": [],
    "tier": "machine-type",
    "kind": "sql#settings",
    "availabilityType": "REGIONAL",
    "pricingPlan": "PER_USE",
    "replicationType": "SYNCHRONOUS",
    "activationPolicy": "ALWAYS",
    "ipConfiguration":
    {
      "privateNetwork": "projects/project-id/global/networks/default",
      "authorizedNetworks": [],
      "ipv4Enabled": false
    },
    "locationPreference":
    {
      "zone": "zone",
      "kind": "sql#locationPreference"
    },
    "databaseFlags": [
      {
        "name": "general_log",
        "value": "on"
      }
    ],
    "dataDiskType": "PD_SSD",
    "maintenanceWindow":
    {
      "kind": "sql#maintenanceWindow",
      "hour": 0,
      "day": 0
    },
    "backupConfiguration":
    {
      "startTime": "03:00",
      "kind": "sql#backupConfiguration",
      "enabled": true,
      "binaryLogEnabled": true
    },
    "settingsVersion": "54",
    "storageAutoResizeLimit": "0",
    "storageAutoResize": true,
    "dataDiskSizeGb": "10"
  }
}

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:

curl (Linux, macOS oder Cloud Shell)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud CLI angemeldet haben. Dazu haben Sie gcloud init oder gcloud auth login ausgeführt oder die Cloud Shell genutzt, die Sie automatisch in der gcloud CLI anmeldet. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Führen Sie folgenden Befehl aus:

curl -X GET \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id"

PowerShell (Windows)

Hinweis: Der folgende Befehl setzt voraus, dass Sie sich mit Ihrem Nutzerkonto in der gcloud-Befehlszeile angemeldet haben. Dazu führen Sie gcloud init oder gcloud auth login aus. Um herauszufinden, welches Konto gerade aktiv ist, führen Sie gcloud auth list aus.

Führen Sie folgenden Befehl aus:

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method GET `
    -Headers $headers `
    -Uri "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id" | Select-Object -Expand Content

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

Antwort

{
  "settings":
  {
    "authorizedGaeApplications": [],
    "tier": "machine-type",
    "kind": "sql#settings",
    "availabilityType": "REGIONAL",
    "pricingPlan": "PER_USE",
    "replicationType": "SYNCHRONOUS",
    "activationPolicy": "ALWAYS",
    "ipConfiguration":
    {
      "privateNetwork": "projects/project-id/global/networks/default",
      "authorizedNetworks": [],
      "ipv4Enabled": false
    },
    "locationPreference":
    {
      "zone": "zone",
      "kind": "sql#locationPreference"
    },
    "databaseFlags": [
      {
        "name": "general_log",
        "value": "on"
      }
    ],
    "dataDiskType": "PD_SSD",
    "maintenanceWindow":
    {
      "kind": "sql#maintenanceWindow",
      "hour": 0,
      "day": 0
    },
    "backupConfiguration":
    {
      "startTime": "03:00",
      "kind": "sql#backupConfiguration",
      "enabled": true,
      "binaryLogEnabled": true
    },
    "settingsVersion": "54",
    "storageAutoResizeLimit": "0",
    "storageAutoResize": true,
    "dataDiskSizeGb": "10"
  }
}

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 unten 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 Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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 Hinweis: Mit dem Flag max_connections kann der zulässige Rückstand an die maximal zulässige Anzahl gleichzeitiger Clientverbindungen angepasst werden.	Ja
binlog_cache_size	integer 4096 ... 9223372036854775807	Nein
binlog_expire_logs_seconds	integer 0 oder 86400 (1 day) ... 4294967295 (max value) Der Standardwert ist 2592000, also 30 Tage. Im Bereich Tipps finden Sie weitere Informationen zu diesem Flag.	Nein
binlog_group_commit_sync_delay	0 ... 1000000 Wird in MySQL 5.7, 8.0 unterstützt Der Standardwert ist 0.	Nein
binlog_group_commit_sync_no_delay_count	0 ... 1000000 Wird in MySQL 5.7, 8.0 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 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.	Nein
block_encryption_mode	string aes-keylen-mode Standard: aes-128-ECB Hinweis: Dieses Flag verwendet einen Wert im Format aes-keylen-mode, wobei keylen die Schlüssellänge (in Bit) und mode der Verschlüsselungsmodus ist. Bei dem Wert wird die Groß- und Kleinschreibung nicht berücksichtigt. Zulässige keylen-Werte sind 128, 192 und 256. Zulässige mode-Werte sind ECB, CBC, CFB1, CFB8, CFB128 und OFB.	Nein
bulk_insert_buffer_size	integer 0 ... 4294967295 Standard: 8388608	Nein
collation_connection	string Standard: MySQL 8.0 – utf8mb4_0900_ai_ci Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	Nein
collation_server	string Standard: MySQL 5.7 – utf8_general_ci MySQL 8.0 – utf8mb4_0900_ai_ci Hinweis: Das Flag collation_server sollte immer auf einen Wert gesetzt werden, der mit character_set_server kompatibel ist.	Nein
character_set_client	string Standard: MySQL 5.7: utf8 MySQL 8.0: utf8mb4 Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	Nein
character_set_connection	string Standard: MySQL 5.7: utf8 MySQL 8.0: utf8mb4 Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	Nein
character_set_results	string utf8 oder utf8mb4 Standard: MySQL 5.7: utf8 MySQL 8.0: utf8mb4 Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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 Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	Nein
cloudsql_iam_authentication	boolean on | off Standard: off Unterstützt in MySQL 5.7 und 8.0 für Cloud SQL.	Nein
cloudsql_ignore_innodb_encryption	boolean on | off Standard: off Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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: Klicken Sie hier.	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_vector	boolean on | off Standard: off Hinweis: Das Flag wird nur in MySQL 8.0.36 und höher unterstützt. für Cloud SQL.	Ja
cloudsql_vector_max_mem_size	integer 1073741824...innodb_buffer_pool_size/2 Standard: 1073741824 in Byte Hinweis: Das Flag ist nur unterstützt in MySQL 8.0.36 und höher. für Cloud SQL.	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
cte_max_recursion_depth	integer 0 ... 4294967295 Standard: 1000	Nein
default_authentication_plugin	string mysql_native_password|caching_sha2_password Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	Ja
default_password_lifetime	integer 0...65535 Standard: 0 Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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_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 Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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. Im Bereich Tipps finden Sie weitere Informationen zu diesem Flag.	Nein
explicit_defaults_for_timestamp	boolean on | off Hinweis: Das Flag erfordert nur einen Neustart für MySQL 5.6.x oder früher.	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. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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 Hinweis: Das Flag wird in MySQL 8.0 for Cloud unterstützt.	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. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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	Nein
innodb_change_buffering	string Optionen: none, inserts, deletes, changes, purges, all.	Nein
innodb_checksum_algorithm	string Optionen: crc32, strict_crc32, innodb, strict_innod, none, strict_none.	Nein
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 in MySQL 5.7 und 8.0 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 in MySQL 5.7 und 8.0 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. Hinweis: Wenn Sie den Standardwert für das Flag innodb_flush_log_at_trx_commit auf einer Instanz mit aktivierter Hochverfügbarkeit ändern, verliert die Instanz die SLA-Abdeckung, da die Langlebigkeit sinken kann. Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.	Nein
innodb_flush_neighbors	enumeration 0 ... 2 Wird in MySQL 5.6, 5.7 und 8.0 unterstützt. Standardwerte: MySQL 5.6: 0 MySQL 5.7: 2 MySQL 8.0: 2	Nein
innodb_flush_sync	boolean on | off	Nein
innodb_ft_aux_table	string Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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 Nur in MySQL 5.6 und höheren Versionen unterstützt.	Ja
innodb_ft_min_token_size	integer 0 ... 16 Nur in MySQL 5.6 und höheren Versionen unterstützt.	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 Nur in MySQL 5.6 und höheren Versionen unterstützt.	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_io_capacity	integer 100 ... 100000 Standardwert: 5000 Wird in MySQL 5.6, 5.7 und 8.0 unterstützt. 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 Wird in MySQL 5.6, 5.7 und 8.0 unterstützt. 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_compressed_pages	boolean on | off Standard: on	Nein
innodb_log_file_size	integer MySQL 5.6: 1048576 ... 274877906944 MySQL 5.7: 4194304 ... 274877906944	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_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: 4000	≥ 8.0.28: Nein ≤ 8.0.27: Ja
innodb_optimize_fulltext_only	boolean on | off	Nein
innodb_page_cleaners	integer 1 ... 64 Wird in MySQL 5.7 und 8.0 unterstützt. Standard: 4. In Version 5.7 ist die Standardeinstellung 32.	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	1 ... 32 Wird in MySQL 5.6, 5.7, 8.0 unterstützt Der Standardwert ist 1.	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_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 Wird in MySQL 5.6, 5.7, 8.0 unterstützt 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 Standardwert: INNODB Dieses Flag wird nur für MySQL 5.7 verwendet.	Nein
internal_tmp_mem_storage_engine	enumeration MEMORY, TempTable Dieses Flag wird nur für MySQL 8.0 verwendet.	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: 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 Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das log_slow_slave_statements-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
log_slow_slave_statements	boolean on | off Standard: off Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag log_slow_replica_statements. Weitere Informationen finden Sie unter Flags mit Alias.	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 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. In diesem Fall 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 bei einer vorhandenen Instanz nicht ändern. Beim Erstellen von Lesereplikaten für MySQL 5.7- oder MySQL 8.0-Instanzen übernimmt das Replikat diesen Flag-Wert von der primären Instanz.	Ja
mandatory_roles	string role name Standard: empty string Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	Nein
master_verify_checksum	boolean on | off Standard: off Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag source_verify_checksum. Weitere Informationen finden Sie unter Flags mit Alias.	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: bis MySQL 5.7: 64 MySQL 8.0+: 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 Im Bereich Tipps finden Sie weitere Informationen zu mehrwertigen Flags.	Nein
optimizer_trace	multi-value repeated string enabled=on, enabled=off, one_line=on, one_line=off Im Bereich Tipps finden Sie weitere Informationen zu mehrwertigen Flags.	Nein
optimizer_trace_features	multi-value repeated string Im Bereich Tipps finden Sie weitere Informationen zu mehrwertigen Flags.	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 Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	Nein
password_require_current	boolean on | off Standard: off Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	Nein
password_reuse_interval	integer 0-4294967295 Standard: 0 Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	Nein
performance_schema	boolean on | off Standard: off, für MySQL 5.6, 5.7 und für 8.0, wenn der Instanz-RAM kleiner als 15 GB ist. Standard: on, für MySQL 8.0, wenn der Instanz-RAM größer als 15 GB ist Im Bereich „Tipps“ finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_accounts_size	integer -1 ... 1048576 Im Bereich „Tipps“ finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_digests_size	integer -1 ... 1048576 Im Bereich „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 Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_events_statements_history_size	integer -1 ... 1024 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_events_transactions_history_long_size	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_events_transactions_history_size	integer -1 ... 1024 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_events_waits_history_long_size	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_events_waits_history_size	integer -1 ... 1024 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_hosts_size	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_cond_classes	integer 0 ... 256 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_cond_instances	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_digest_length	integer 0 ... 1048576 Im Bereich 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 Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_file_handles	integer 0 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_file_instances	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_index_stat	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_memory_classes	integer 0 ... 1024 Im Bereich „Tipps“ finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_metadata_locks	integer -1 ... 104857600 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_mutex_classes	integer 0 ... 256 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_mutex_instances	integer -1 ... 104857600 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_präparierte_Statements_instanzen	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_program_instances	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_rwlock_classes	integer 0 ... 256 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_rwlock_instances	integer -1 ... 104857600 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_socket_classes	integer 0 ... 256 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_socket_instances	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_sql_text_length	integer 0 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_stage_klassen	integer 0 ... 256 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_statement_classes	integer 0 ... 256 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_statement_stack	integer 1 ... 256 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_table_handles	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_table_instances	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_table_lock_stat	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_thread_classes	integer 0 ... 256 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_max_thread_instances	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_session_connect_attrs_size	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_setup_actors_size	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_setup_objects_size	integer -1 ... 1048576 Im Bereich Tipps finden Sie weitere Informationen zu performance_schema-Flags.	Ja
performance_schema_users_size	integer -1 ... 1048576 Im Bereich 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 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 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 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 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 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. Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_checkpoint_group-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
replica_checkpoint_period	integer 1 ... 4294967295 Standardwert ist 300. Die Einheit ist Millisekunden. Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_checkpoint_period-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
replica_compressed_protocol	boolean on | off Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_compressed_protocol-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
replica_net_timeout	integer 1 ... 31536000 Die Einheit ist Sekunden. Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_net_timeout-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
replica_parallel_type	enumeration DATABASE, LOGICAL_CLOCK Standard: MySQL 8.0.26 oder früher: DATABASE MySQL 8.0.27 oder höher: LOGICAL_CLOCK Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren. Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_parallel_type-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
replica_parallel_workers	integer Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren. Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_parallel_workers-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	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. Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_pending_jobs_size_max-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	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. Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_preserve_commit_order-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
replica_skip_errors	string Standard: OFF Weitere Informationen zu diesem Flag finden Sie im Abschnitt Tipps. Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_skip_errors-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Ja
replica_sql_verify_checksum	boolean on | off Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_sql_verify_checksum-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
replica_transaction_retries	integer 0 ... 9223372036854775807 Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_transaction_retries-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
replica_type_conversions	String Werte: ALL_LOSSY, ALL_NON_LOSSY, ALL_SIGNED, ALL_UNSIGNED Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das slave_type_conversions-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	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. Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_checkpoint_group. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
slave_checkpoint_period	integer 1 ... 4294967295 Standardwert ist 300. Die Einheit ist Millisekunden. Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_checkpoint_period. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
slave_compressed_protocol	boolean on | off Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_compressed_protocol. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
slave_net_timeout	integer 1 ... 31536000 Die Einheit ist Sekunden. Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_net_timeout. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
slave_parallel_type	enumeration DATABASE, LOGICAL_CLOCK Standard: MySQL 8.0.26 oder früher: DATABASE MySQL 8.0.27 oder höher: LOGICAL_CLOCK Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren. Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_parallel_type. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
slave_parallel_workers	integer Informationen zur Verwendung dieses Flags und über die dafür zulässigen Werte finden Sie unter Parallele Replikation konfigurieren. Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_parallel_workers. Weitere Informationen finden Sie unter Flags mit Alias.	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. Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_preserve_commit_order. Weitere Informationen finden Sie unter Flags mit Alias.	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. Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_pending_jobs_size_max. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
slave_skip_errors	string Standard: OFF Weitere Informationen zu diesem Flag finden Sie im Abschnitt Tipps. Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_skip_errors. Weitere Informationen finden Sie unter Flags mit Alias.	Ja
slave_sql_verify_checksum	boolean on | off Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_sql_verify_checksum. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
slave_transaction_retries	integer 0 ... 9223372036854775807 Dieser Flag-Name ist für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_transaction_retries. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
slave_type_conversions	string Werte: ALL_LOSSY, ALL_NON_LOSSY, ALL_SIGNED, ALL_UNSIGNED Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag replica_type_conversions. Weitere Informationen finden Sie unter Flags mit Alias.	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 Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar. Verwenden Sie für MySQL Version 8.0.18 und früher das master_verify_checksum-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	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. Wenn Sie durch Kommas getrennte Listen von Modi mithilfe von gcloud-Befehlen angeben, verwenden Sie das Argument --flags-file.	Nein
sql_require_primary_key	boolean on | off Standard: off	Nein
sql_select_limit	integer 0...18446744073709551615 Standard: 18446744073709551615 Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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. Hinweis: Wenn Sie den Standardwert für das Flag sync_binlog ändern, verliert die Instanz die SLA-Abdeckung, da es die Langlebigkeit der Daten der Instanz beeinträchtigen kann. Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag.	Nein
sync_master_info	integer 0 ... 4294967295 Standard: 10000 Dieser Flag-Name wurde für MySQL 8.0.26 und höher verworfen. Verwenden Sie stattdessen das Flag sync_source_info. Weitere Informationen finden Sie unter Flags mit Alias.	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 Dieser Flag-Name ist nur für MySQL 8.0.26 und höher verfügbar Verwenden Sie für MySQL Version 8.0.18 und früher das sync_master_info-Flag. Weitere Informationen finden Sie unter Flags mit Alias.	Nein
sysdate_is_now	boolean on | off Standard: off	Ja
table_definition_cache	integer 400 ... 524288	Nein
tablespace_definition_cache	integer 256 ... 524288 Standardwert: 256	Nein
table_open_cache	integer 1 ... 524288	Nein
table_open_cache_instances	integer 1 ... 64	Ja
temptable_max_mmap	integer 0 ... 68719476736 Standardwert: 1073741824	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 auf Version 8.0.27: TLSv1, TLSv1.1 Version 8.0.28 oder höher: TLSv1.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.	Nein
unique_checks	boolean on | off Standard: on Im Abschnitt Tipps finden Sie weitere Informationen zu diesem Flag. Hinweis: Das Flag wird in MySQL 8.0 for Cloud SQL unterstützt.	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.

Bei Zeitzonennamen wird nicht zwischen Groß- und Kleinschreibung unterschieden. Sie können den Zeitzonennamen in jedem Fall angeben. Das Format für die STD- und DST-Zeitzonenversätze ist +/-hh:mm und die Versätze sind in UTC angegeben. Nicht alle Zeitzonennamen haben entsprechende Synonymnamen. Verwenden Sie in diesem Fall den Zeitzonennamen.

Zeitzonenname	Standard	Steuer auf digitale Dienste	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.

Für jeden kritischen Dienst-Agent-Release (CSA) für Cloud SQL werden Zeitzonentabellen mit den neuesten Daten aktualisiert. In diesem Fall werden die Replikatinstanzen während des Nicht-Wartungsfensters aktualisiert. Primäre 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.

Hinweis: Für MySQL 8.0 sind die Zeitzonentabellen schreibgeschützt. Sie können in Zeitzonentabellen für MySQL 5.6 und 5.7 schreiben. Es wird jedoch nicht empfohlen, in diese Tabellen zu schreiben oder zu löschen, da dies zu Problemen mit den Replikatinstanzen führen kann.

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 Log-Ausgabe in der Log-Anzeige der Google Cloud Console verfügbar gemacht. Beachten Sie, dass Gebühren für das Logging der Beobachtbarkeit in Google Cloud 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.

MySQL bietet ein ausgefeilteres Dienstprogramm zum Untersuchen und Verarbeiten von Binärlogdateien namens mysqlbinlog. Dieses Dienstprogramm ist mit der MySQL Server-Software verfügbar. Wenn Sie eine MySQL-Instanz haben, können Sie mit mysqlbinlog Ihre gewünschte Wiederherstellungsposition bestimmen.

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. Weitere Informationen finden Sie auf der Seite Aufbewahrung von Transaktionslogs.

innodb_buffer_pool_size

Der Wert von innodb_buffer_pool_size ist die Größe des Pufferpools in Byte. Sie können dieses Flag nicht für Instanzen aktivieren,die weniger als 3.840 MiB RAM haben.

Das Flag kann aber nicht für Maschinentypen mit gemeinsam genutztem Kern (f1_micro und g1_small) konfiguriert werden. 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 Instanz	Min. %	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 und höher	~20%	~72%	~72%

Die genauen Werte können variieren. 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%)

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 einem 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 der Seitenlöschungen ändern, um eine Beeinträchtigung der Leistung des Commits der binären Loggruppen zu vermeiden. Die Standardeinstellung ist einmal pro Sekunde.

Cloud SQL hat dieses Flag erweitert, um einen Zeitraum in Mikrosekunden anzugeben.

Beispiele:

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

Bei bestimmten Arbeitslasten kann der Einsatz einer ganzen Sekunde Granularität für das Leeren von Seiten in Bezug auf einen potenziellen Transaktionsverlust inakzeptabel sein. Stattdessen können Sie Seiten mit mikrosekundengenauer Genauigkeit leeren, um die Leistung aufrechtzuerhalten, ohne die Langlebigkeit zu beeinträchtigen.

Die Mikrosekundenzeiträume für das Flag innodb_flush_log_at_timeout gelten nur, wenn das Langlebigkeits-Flag innodb_flush_log_at_trx_commit auf 2 gesetzt ist.

Das Leeren von Seiten kann mehr oder weniger häufig als der für innodb_flush_log_at_timeout angegebene Wert erfolgen und der Wert ist nicht die Obergrenze.

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 aktivieren, die weniger als 15.360 MiB RAM haben. 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.

event_scheduler

MySQL-Ereignisse, auch als geplante Ereignisse bezeichnet, sind Aufgaben, die Sie planen können. Geplante Ereignisse sind eine Gruppe mit einer oder mehreren SQL-Anweisungen, die in einem oder mehreren festgelegten 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, wie z. B. kill, wendet event_scheduler ihn auf das Replikat an. Dadurch wird die Replikation beendet und das Replikat gelöscht.

Um solche Fehler zu vermeiden, setzen Sie das Flag event_scheduler beim Erstellen von Replikaten 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 beendet, wenn beim Ausführen einer Anweisung ein Fehler auftritt. Bei Verwendung dieses Flags wird der Fehler übersprungen und die Replikation wird fortgesetzt, was zu Inkonsistenzen zwischen der primären Instanz und dem Replikat führt. 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 unter 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.

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
• Wiederherstellung zu einem bestimmten Zeitpunkt: Kann zu Dateninkonsistenzen zwischen dem wiederhergestellten PITR-Zustand und dem früheren Zustand führen

optimizer_switch,optimizer_trace,optimizer_trace_features

Optimierungs-Flags haben durch Kommas getrennte Werte. Sie können diese Flags über die Console oder gcloud festlegen. Weitere Informationen zum Festlegen dieses Flags mit der Console finden Sie unter Datenbank-Flags konfigurieren. Wenn Sie gcloud verwenden, können Sie den Wert für diese Flags auf zwei verschiedene Arten angeben:

• gcloud topic flags-file
• gcloud topic escaping-file

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

Dies schließt batched_key_access ein, das durch den vorherigen Befehl auf on gesetzt wurde. Wenn Sie alle zuvor festgelegten untergeordneten Flags beibehalten und neue Flags hinzufügen möchten, müssen Sie die Werte aller untergeordneten Flags angeben, die Sie festlegen möchten, wenn Sie ein neues untergeordnetes Flag hinzufügen.

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.

Verwaltete Flags, die keine Standardeinstellung haben, sind unten 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
innodb_flush_method	O_DIRECT
memlock	wahr
skip_name_resolve	AN
relay_log_info_repository	TABELLE
relay_log_recovery	AN
master_info_repository	TABELLE
rpl_semi_sync_master_enabled	1
rpl_semi_sync_master_timeout	3.000
admin_address	127.0.0.1	Nur Unterschiede in MySQL 8.0
create_admin_listener_thread	AN
port-open-timeout	120	Nur Unterschiede in MySQL 8.0
partial_revokes	EIN	Nur MySQL 8.0. Weitere Informationen zu diesem Flag finden Sie unter System-Flag in MySQL 8.0 teilweise widerrufen.

partial_revokes System-Flag in MySQL 8.0

Mit dem Flag partial_revokes können Sie den Nutzerzugriff auf ein Datenbankschema beschränken. In Cloud SQL for MySQL Version 8.0 ist das Flag partial_revokes auf ON gesetzt. Dadurch wird die Verwendung von Platzhalterzeichen bei der Zuweisung oder dem Widerrufen von Nutzerberechtigungen für Datenbankschemas in MySQL 8.0 begrenzt. Aktualisieren Sie Ihre GRANT-Anweisung, um den vollständigen Namen des Datenbankschemas anstelle von Platzhalterzeichen zu verwenden.

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

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

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

     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 die Befehle grant und revoke verwenden, um Nutzerberechtigungen für alle Datenbankschemas zu gewähren und gleichzeitig den Zugriff auf einige Datenbankschemas einzuschränken.

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

   Hierdurch wird Zugriff auf alle Datenbankschemas gewährt, während der Zugriff auf test3_foobar.* eingeschränkt wird.

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 mit 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 beim Festlegen eines Replikationsfilter-Flags Folgendes:

• 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.
• Replikationsfilterregeln gelten nicht für serverlose Exporte.

Flags für Indexberater

Im Folgenden finden Sie eine Liste von Datenbank-Flags, die Cloud SQL for MySQL verwendet, um Funktionen zu aktivieren und zu verwalten, die für den Indexberater spezifisch sind.

Flag-Name	Typ Gültige Werte und Hinweise	Neustart erforderlich?
cloudsql_index_advisor	boolean on | off Standard: off	Ja
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 von Cloud SQL for MySQL ab Version 8.0.26 geändert wurden.

Name des verworfenen Flags	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

• Informationen zu den MySQL-Systemvariablen.
• Weitere Informationen zu Betriebsrichtlinien.