Configurazione dei flag di database

Questa pagina descrive come configurare i flag di database per Cloud SQL e elenca i flag che puoi impostare per l'istanza. Utilizzi i flag di database per molte operazioni, tra cui la modifica dei parametri MySQL, delle opzioni e la configurazione e l'ottimizzazione di un'istanza.

In alcuni casi, l'impostazione di un flag potrebbe richiedere l'impostazione di un altro per attivare completamente la funzionalità desiderata. Ad esempio, per attivare il registro delle query lente, devi impostare sia il flag slow_query_log su on sia il flag log_output su FILE per rendere disponibili i log utilizzando Esplora log della console Google Cloud.

Quando imposti, rimuovi o modifichi un flag per un'istanza di database, il database potrebbe essere riavviato. Il valore del flag viene mantenuto per l'istanza finché non lorimuovi. Se l'istanza è l'origine di una replica e viene riavviata, viene riavviata anche la replica in modo da allinearsi alla configurazione corrente dell'istanza.

Configurazione dei flag di database

Impostare un flag di database

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

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

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
}

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

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

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"

$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

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "user@example.com",
  "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"
}

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

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

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"

$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

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "user@example.com",
  "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"
}

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

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

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"

$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

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "user@example.com",
  "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"
}

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

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

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"

$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

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "user@example.com",
  "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"
}

Reimposta tutti gli indicatori sui valori predefiniti

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

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

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

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"

$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

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "user@example.com",
  "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"
}

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

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

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"

$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

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "user@example.com",
  "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"
}

Visualizzare i valori attuali dei flag di database

 SHOW VARIABLES;

Tieni presente che puoi modificare il valore solo per gli indicatori supportati (elencati di seguito).

Determina quali flag di database sono stati impostati per un'istanza

Per vedere quali flag sono stati impostati per un'istanza Cloud SQL:

gcloud sql instances describe INSTANCE_NAME

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

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

$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

{
  "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"
  }
}

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

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

$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

{
  "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"
  }
}

Flag gestiti da Cloud SQL

Cloud SQL regola determinati flag di sistema a seconda del tipo di macchina dell'istanza.

innodb_buffer_pool_instances

• 1 per db-f1-micro e db-g1-small.
• 1 se la RAM è inferiore a 7,5 GB.
• 2 se 7,5 GB <= RAM < 13 GB.
• 4 se 13 GB <= RAM < 26 GB.
• 8 se la RAM è >= 26 GB.

Flag supportati

I flag supportati in Cloud SQL sono i flag più richiesti per MySQL. I flag non menzionati di seguito non sono supportati.

Per un determinato flag, Cloud SQL potrebbe supportare un valore o un intervallo diverso rispetto al parametro o all'opzione MySQL corrispondente.

I flag si applicano a tutte le versioni di MySQL supportate da Cloud SQL tranne dove indicato.

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

Per ulteriori informazioni su questo flag, consulta la sezione Suggerimenti.

Nomi dei fusi orari

In questa sezione vengono descritti i nomi dei fusi orari supportati da Cloud SQL per MySQL.

La tabella in questa sezione mostra quanto segue:

• Nome del fuso orario: il nome supportato da Cloud SQL per MySQL.
• STD: l'offset del fuso orario in ora standard (STD).
• DST: l'offset del fuso orario in ora legale.
• Nomi dei sinonimi: i nomi dei fusi orari che potresti voler utilizzare, ma che non sono supportati da Cloud SQL per MySQL. In questo caso, utilizza il nome del fuso orario corrispondente.

Le tabelle dei fusi orari in Cloud SQL potrebbero richiedere l'aggiornamento con i dati più recenti. Ad esempio, un paese potrebbe passare da una differenza di fuso orario con ora legale a una con ora standard o un paese potrebbe introdurre un nuovo fuso orario.

Per ogni release dell'agente di servizio critico (CSA) per Cloud SQL, le tabelle dei fusi orari vengono aggiornate con i dati più recenti. In questo caso, durante il periodo di non manutenzione, le istanze di replica vengono aggiornate. Le istanze principali vengono quindi aggiornate durante il periodo di manutenzione.

Puoi attendere la periodo di manutenzione regolare per il rilascio del CSA o eseguire la manutenzione self-service per aggiornare le tabelle dei fusi orari con i dati più recenti. Per ulteriori informazioni su come visualizzare le versioni di manutenzione disponibili, consulta Determinare la versione di manutenzione di destinazione.

Suggerimenti per lavorare con i flag

general_log, slow_query_log

Per rendere disponibili i log general o slow query, attiva il flag corrispondente e imposta il flag log_output su FILE. In questo modo, l'output del log sarà disponibile utilizzando il Visualizzatore dei log nella console Google Cloud. Tieni presente che si applicano i costi di registrazione di Google Cloud Observability. Per ridurre al minimo il costo dello spazio di archiviazione dell'istanza, i log general e slow query sul disco dell'istanza vengono girati quando il file di log è stato creato più di 24 ore fa (e non sono state apportate modifiche durante questo periodo) o se ha una dimensione superiore a 100 MB. I vecchi file di log vengono eliminati automaticamente dopo la rotazione.

Se log_output è impostato su NONE, non puoi accedere ai log. Se imposti log_output su TABLE, l'output del log viene inserito in una tabella del database di sistema MySQL. Potrebbe consumare una notevole quantità di spazio su disco. Se questa tabella diventa di grandi dimensioni, può influire sul tempo di riavvio dell'istanza o causare la perdita della copertura dello SLA (accordo sul livello del servizio). Per questo motivo, l'opzione TABLE non è consigliata. Inoltre, i contenuti dei log non sono disponibili in Esplora log e non vengono ruotati. Se necessario, puoi troncare le tabelle dei log utilizzando l'API. Per ulteriori informazioni, consulta la pagina di riferimento di instances.truncateLog.

expire_logs_days, binlog_expire_logs_seconds

Se attivi il recupero in un determinato istante, il periodo di scadenza dei log di tipo binario viene determinato dal periodo di conservazione dei log delle transazioni più breve e dai valori di questi flag. Puoi utilizzare questi flag per gestire il tempo di archiviazione dei log binari sulle repliche. Il flag expire_logs_days viene rimosso da MySQL 8.4 e versioni successive. Per ulteriori informazioni, consulta la pagina sulla conservazione dei log delle transazioni.

innodb_buffer_pool_size

Il valore di questo flag è la dimensione in byte del pool di buffer. La dimensione del pool di buffer deve sempre essere uguale o un multiplo del valore ottenuto moltiplicando innodb_buffer_pool_chunk_size per innodb_buffer_pool_instances. Se modifichi la dimensione del pool di buffer impostandola su un valore non uguale o un multiplo di innodb_buffer_pool_chunk_size moltiplicato per innodb_buffer_pool_instances, Cloud SQL regola automaticamente la dimensione del pool di buffer. Non puoi attivare questo flag sulle istanze con meno di 3840 MiB di RAM.

Non puoi configurare questo flag per i tipi di macchine con core condivisi (f1_micro e g1_small). La modifica di questo flag su MySQL 5.6 richiede un riavvio.

In Cloud SQL, i valori predefiniti, minimi e massimi consentiti del flag innodb_buffer_pool_size dipendono dalla memoria dell'istanza. Questi valori possono essere calcolati approssimativamente come percentuale della RAM dell'istanza. Per impostazione predefinita, il valore di questo flag viene impostato in genere vicino al valore massimo consentito. La percentuale di allocazione massima consentita aumenta con la dimensione dell'istanza. In genere, il valore minimo consentito è pari al 20% circa della RAM dell'istanza.

Valori approssimativi per questo flag:

Intervallo di RAM delle istanze	% min	% predefinito	% max
0-4 GB di RAM		~34%
4,0 GB - 7,5 GB	~20%	~34%	~34%
7,5 GB - 12 GB	~20%	~52%	~52%
12GB - 24GB	~20%	~67%	~67%
Da 24 GB in su	~20%	~72%	~72%

I valori esatti potrebbero variare. Per calcolare il valore corrente per la tua istanza, puoi eseguire la query:

  show global variables like 'innodb_buffer_pool_size';
  

Come riferimento, sono forniti i valori minimo, predefinito e massimo consentiti per i tipi di macchine riportati di seguito.

Tipo di macchina	RAM dell'istanza (GB)	Min (GB) (% del totale)	Valore predefinito (GB) (%) del totale	Massimo (GB) (% del totale)
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%)

SET GLOBAL FLAG_NAME=FLAG_VALUE

binlog_order_commits

Il valore predefinito per il flag binlog_order_commits è ON. Cloud SQL consiglia di non modificare il valore predefinito di questo flag. Se il valore predefinito viene modificato in OFF, le transazioni nello stesso gruppo di log binario verranno committate in un ordine diverso rispetto a quando sono state scritte nel log binario. Ciò influisce sulle seguenti operazioni che eseguono transazioni nell'ordine del log binario:

• Replica: potrebbe portare a incoerenze dei dati tra l'origine e le repliche
• Point-in-time-recovery: potrebbe portare a incoerenze dei dati tra lo stato ripristinato del PITR e lo stato storico

optimizer_switch,optimizer_trace,optimizer_trace_features

I flag dell'ottimizzatore hanno valori separati da virgole. Puoi impostare questi flag utilizzando la console o gcloud. Per ulteriori informazioni su come impostare questo flag utilizzando la console, consulta Configurare i flag di database. Se utilizzi gcloud, puoi specificare il valore di questi flag in due modi diversi:

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

Per impostare più flag secondari dell'ottimizzatore in un unico comando, utilizza il delimitatore virgola per separare ciascun nome di flag. Se imposti un singolo valore di flag secondario utilizzando il comando gcloud, vengono sovrascritti tutti i flag secondari impostati in precedenza. Ad esempio, se esegui il seguente comando, il valore previsto per il flag secondario batched_key_access è impostato su on e tutti gli altri flag secondari per optimizer_flags sono impostati sui valori predefiniti.

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

Se esegui il seguente comando, il valore del parametro block_nested_loop viene impostato su on e tutti gli altri parametri per optimizer_switch vengono sovrascritti e impostati sui valori predefiniti.

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

Sono inclusi batched_key_access, impostato su on dall'ultimo comando. Per mantenere tutti i flag secondari impostati in precedenza e aggiungerne di nuovi, devi aggiungere i valori di tutti i flag secondari che vuoi impostare quando aggiungi un nuovo flag secondario.

Flag di sistema modificati in Cloud SQL

Tutti gli altri flag di sistema di database non elencati nella sezione flag supportati sono chiamati flag gestiti. Per alcuni flag gestiti, Cloud SQL imposta il flag su un valore diverso dall'impostazione predefinita per garantire l'esecuzione affidabile delle istanze Cloud SQL. Non puoi modificare i valori di questi flag di sistema.

Di seguito sono elencati gli indicatori gestiti con un'impostazione non predefinita.

Flag di sistema partial_revokes in MySQL 8.0 e versioni successive

Il flag partial_revokes consente di limitare l'accesso degli utenti allo schema di un database. In Cloud SQL per MySQL versione 8.0 e successive, il flag partial_revokes è impostato su ON. Ciò limita l'utilizzo dei caratteri jolly quando vengono concessi o revocati i privilegi utente agli schemi di database in MySQL 8.0. Aggiorna l'istruzione GRANT in modo da utilizzare il nome completo dello schema del database anziché i caratteri jolly.

Ad esempio, se utilizzi il seguente comando con il carattere jolly %\ per concedere privilegi a un utente in MySQL 5.7, all'utente verranno concessi i privilegi per tutti i database che terminano con _foobar.

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

Tuttavia, in MySQL 8.0, agli utenti verrà concesso l'accesso solo al database corrispondente esattamente a %\_foobar.

Esistono due diversi modi per concedere l'accesso a più database in MySQL 8.0 e versioni successive.

1. Puoi concedere autorizzazioni a database specifici utilizzando i nomi completi dei database, come mostrato nel comando seguente:

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

2. Con partial_revokes, puoi utilizzare i comandi grant e revoke per concedere privilegi utente a tutti gli schemi di database, limitare l'accesso ad alcuni schemi di database.

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

   In questo modo viene concesso l'accesso a tutti gli schemi di database, limitando al contempo l'accesso a test3_foobar.*.

Filtri di replica

I filtri di replica possono essere impostati solo sulle repliche Cloud SQL. Ogni filtro di replica viene impostato come un singolo flag per più database, dove ogni nome di database è separato da una virgola. Puoi configurare un filtro di replica su una replica Cloud SQL utilizzando la console o il seguente comando:

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

I filtri di replica non supportano i nomi dei database che contengono valori con virgole. Il valore ^~^ nel comando precedente è necessario per i flag del database che sono valori separati da virgole.

Quando imposti un flag di filtro di replica, tieni presente quanto segue:

• Se la replica non è più in stato attivo, i dati filtrati dai filtri di replica possono essere visualizzati sulla replica perché Cloud SQL utilizza i dati di origine dell'istanza principale per ricostruire la replica dell'istanza.
• Non puoi impostare filtri di replica nello schema mysql.
• Le regole dei filtri di replica non si applicano alle esportazioni serverless.

Flag di Index Advisor

Di seguito è riportato un elenco di flag del database utilizzati da Cloud SQL per MySQL per attivare e gestire le funzionalità specifiche dell'Advisor per gli indici.

Flag con alias

L'elenco seguente contiene i nomi degli indicatori che sono stati modificati da Cloud SQL per le versioni MySQL 8.0.26 e successive.

Se la tua istanza Cloud SQL utilizza un nome di flag deprecato, modifica l'istanza Cloud SQL, elimina il nome del flag deprecato e aggiungi il nuovo flag all'istanza. Per ulteriori informazioni, consulta Configurare un flag di database.

Risoluzione dei problemi

Passaggi successivi

• Scopri di più sulle variabili di sistema MySQL.
• Scopri di più sulle linee guida operative.