Configura flag di database

Questa pagina descrive come configurare i flag di database per Cloud SQL ed elenca i flag che puoi impostare per la tua istanza. Utilizzi i flag di database per molte operazioni, tra cui la modifica dei parametri MySQL, la modifica 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 flag per abilitare completamente la funzionalità che vuoi utilizzare. Ad esempio, per abilitare il logging 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 lo rimuovi. Se l'istanza è l'origine di una replica e viene riavviata, anche la replica viene riavviata per allinearsi alla configurazione attuale dell'istanza.

Configura flag di database

Le sezioni seguenti illustrano le attività comuni di gestione dei flag.

Imposta 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": "[email protected]",   "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": "[email protected]",   "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": "[email protected]",   "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": "[email protected]",   "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" } 

Cancella tutti i flag e ripristina i 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": "[email protected]",   "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": "[email protected]",   "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 i flag supportati (come elencato di seguito).

Determinare 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 quelli più comunemente 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 saperne di più su questo flag, consulta la sezione Suggerimenti.

Nomi dei fusi orari

In questa sezione, scoprirai 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 nell'ora solare (STD).
• Ora legale: l'offset del fuso orario nell'ora legale.
• Nomi dei sinonimi: i nomi dei fusi orari che potresti voler utilizzare, ma non sono supportati da Cloud SQL per MySQL. Se si verifica questa situazione, utilizza il nome del fuso orario corrispondente.

Potrebbe essere necessario aggiornare le tabelle dei fusi orari in Cloud SQL con i dati più recenti. Ad esempio, un paese potrebbe passare da un offset del fuso orario dell'ora legale a un offset dell'ora solare oppure potrebbe introdurre un nuovo fuso orario.

Per ogni release di Critical Service Agent (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 normale periodo di manutenzione per la release CSA oppure eseguire la manutenzione self-service per aggiornare le tabelle dei fusi orari con i dati più recenti. Per saperne di più sulla visualizzazione delle 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 è disponibile utilizzando il visualizzatore log nella console Google Cloud . Tieni presente che si applicano i costi di logging di Google Cloud Observability. Per ridurre al minimo il costo di archiviazione dell'istanza, i log general e slow query sul disco dell'istanza vengono ruotati quando il file di log ha più di 24 ore (e non sono state apportate modifiche in questo periodo) o ha una dimensione superiore a 100 MB. I file di log precedenti 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 nel database di sistema MySQL. Potrebbe consumare una quantità considerevole di spazio su disco. Se questa tabella diventa grande, può influire sul tempo di riavvio dell'istanza o causare la perdita della copertura dello SLA. 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 saperne di più, consulta la pagina di riferimento instances.truncateLog.

expire_logs_days, binlog_expire_logs_seconds

Se abiliti il recupero point-in-time, il periodo di scadenza dei log binari è determinato dal periodo di conservazione dei log delle transazioni e dai valori di questi flag. Puoi utilizzare questi flag per gestire per quanto tempo vengono archiviati i log binari nelle repliche. Il flag expire_logs_days è stato rimosso da MySQL 8.4 e versioni successive. Per maggiori informazioni, consulta la pagina Conservazione dei log delle transazioni.

innodb_buffer_pool_size

Il valore di questo flag è la dimensione in byte del buffer pool. La dimensione del buffer pool deve essere sempre uguale o un multiplo del valore ottenuto moltiplicando innodb_buffer_pool_chunk_size per innodb_buffer_pool_instances. Se modifichi le dimensioni del pool di buffer con un valore non uguale o multiplo di innodb_buffer_pool_chunk_size moltiplicato per innodb_buffer_pool_instances, Cloud SQL regola automaticamente le dimensioni 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 è in genere impostato vicino al valore massimo consentito. La percentuale di allocazione massima consentita aumenta con le dimensioni dell'istanza. Il valore minimo consentito è in genere circa il 20% della RAM dell'istanza.

Valori approssimativi per questo flag:

Intervallo di RAM dell'istanza	Min %	Percentuale predefinita	% max
0 - 4 GB di RAM		~34%
4 GB - 7,5 GB	~20%	~34%	~34%
7,5 GB - 12 GB	~20%	~52%	~52%
12GB - 24GB	~20%	~67%	~67%
24 GB e versioni successive	~20%	~72%	~72%

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

  show global variables like 'innodb_buffer_pool_size';   

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

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

gcloud sql instances patch INSTANCE_NAME \  --database-flags="innodb_cloudsql_optimized_write=OFF"

SET GLOBAL FLAG_NAME=FLAG_VALUE

binlog_order_commits

Il valore predefinito del 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 binari verranno commit 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: può causare incoerenza dei dati tra l'origine e le repliche
• Point-in-time-recovery: potrebbe causare incoerenza dei dati tra lo stato ripristinato del recupero point-in-time e lo stato storico

optimizer_switch,optimizer_trace,optimizer_trace_features

I flag di ottimizzazione 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 ogni nome del flag. Se imposti un singolo valore di flag secondario utilizzando il comando gcloud, questo sovrascrive 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 flag secondario block_nested_loop viene impostato su on e tutti gli altri flag secondari per optimizer_switch vengono sovrascritti e impostati sui valori predefiniti.

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

Ciò include batched_key_access, che è stato impostato su on dal comando precedente. 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 ne aggiungi uno nuovo.

Flag di sistema modificati in Cloud SQL

Tutti gli altri flag del sistema di database non elencati nella sezione Flag supportati sono chiamati flag gestiti. Per determinati flag gestiti, Cloud SQL imposta il flag su un valore diverso dall'impostazione predefinita per garantire che le istanze Cloud SQL vengano eseguite in modo affidabile. Non puoi modificare i valori di questi flag di sistema.

Di seguito sono elencate le funzionalità gestite 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 a uno schema di database. In Cloud SQL per MySQL versione 8.0 e successive, il flag partial_revokes è impostato su ON. Ciò limita l'utilizzo di caratteri jolly quando si concedono o revocano i privilegi utente agli schemi di database in MySQL 8.0. Aggiorna l'istruzione GRANT per utilizzare il nome completo dello schema del database anziché utilizzare 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 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 che corrisponde esattamente a %\_foobar.

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

1. Puoi concedere le autorizzazioni a database specifici utilizzando i nomi completi dei database, come mostrato nel comando riportato di seguito:

     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 i privilegi utente su tutti gli schemi di database, limitando l'accesso a pochi schemi di database.

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

   Ciò concede l'accesso a tutti gli schemi di database limitando 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 singolo flag per più database in cui 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 di database che contengono valori di virgola. 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ù integra, i dati filtrati dai filtri di replica possono essere visualizzati sulla replica, poiché Cloud SQL utilizza i dati di origine della primaria per ricostruire la replica dell'istanza.
• Non puoi impostare filtri di replica sullo schema mysql.
• Le regole di filtro della replica non si applicano alle esportazioni serverless.

Flag di Index Advisor

Di seguito è riportato un elenco di flag di database utilizzati da Cloud SQL per MySQL per attivare e gestire funzionalità specifiche di index advisor.

Flag con alias

L'elenco seguente contiene i nomi dei flag modificati da Cloud SQL per MySQL versione 8.0.26 e successive.

Se la tua istanza Cloud SQL utilizza un nome flag ritirato, allora modifica l'istanza Cloud SQL, elimina il nome flag ritirato e aggiungi il nuovo flag all'istanza. Per saperne di più, 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.