Configurar marcas de bases de datos

En esta página se describe cómo configurar marcas de bases de datos en Cloud SQL y se enumeran las marcas que puedes definir en tu instancia. Las marcas de bases de datos se usan en muchas operaciones, como ajustar los parámetros de MySQL, las opciones y la configuración y el ajuste de una instancia.

En algunos casos, para habilitar por completo la función que quieras usar, es posible que tengas que definir otra marca. Por ejemplo, para habilitar el registro de consultas lentas, debes definir la marca slow_query_log en on y la marca log_output en FILE para que tus registros estén disponibles en el Explorador de registros de la consola Google Cloud .

Cuando define, quita o modifica una marca de una instancia de base de datos, es posible que la base de datos se reinicie. El valor de la marca se conserva en la instancia hasta que lo elimines. Si la instancia es el origen de una réplica y se reinicia, la réplica también se reinicia para adaptarse a la configuración actual de la instancia.

Configurar marcas de bases de datos

En las siguientes secciones se describen las tareas habituales de gestión de denuncias.

Definir una marca de base de datos

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

Borrar todas las marcas y restablecer sus valores predeterminados

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

Ver los valores actuales de las marcas de bases de datos

 SHOW VARIABLES;

Ten en cuenta que solo puedes cambiar el valor de las marcas admitidas como se detalla a continuación.

Determinar qué marcas de bases de datos se han definido en una instancia

Para ver qué marcas se han definido en una instancia de Cloud SQL, sigue estos pasos:

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

Marcas gestionadas por Cloud SQL

Cloud SQL ajusta determinadas marcas del sistema en función del tipo de máquina de la instancia.

innodb_buffer_pool_instances

• 1 para db-f1-micro y db-g1-small.
• 1 si la RAM es inferior a 7,5 GB.
• 2 si 7,5 GB <= RAM < 13 GB.
• 4 si 13 GB <= RAM < 26 GB.
• 8 si la RAM es de 26 GB o más.

Marcas compatibles

Las marcas admitidas en Cloud SQL son las que se solicitan con más frecuencia para MySQL. No se admiten las marcas que no se mencionan a continuación.

En el caso de una marca determinada, Cloud SQL puede admitir un valor o un intervalo diferente del parámetro o la opción de MySQL correspondiente.

Las marcas se aplican a todas las versiones de MySQL compatibles con Cloud SQL, excepto cuando se indique lo contrario.

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

Para obtener más información sobre esta marca, consulta la sección Consejos.

Nombres de zonas horarias

En esta sección, se describen los nombres de las zonas horarias que admite Cloud SQL para MySQL.

En la tabla de esta sección se muestra lo siguiente:

• Nombre de la zona horaria: el nombre que admite Cloud SQL para MySQL.
• STD: la diferencia de la zona horaria en hora estándar (STD).
• Horario de verano: la diferencia horaria en horario de verano.
• Nombres de sinónimos: nombres de zonas horarias que puede que quieras usar, pero que no son compatibles con Cloud SQL para MySQL. Si se da esta situación, utiliza el nombre de la zona horaria correspondiente.

Es posible que sea necesario actualizar las tablas de zonas horarias de Cloud SQL con los datos más recientes. Por ejemplo, un país puede pasar de un desfase de zona horaria de horario de verano a un desfase de horario estándar o puede introducir una nueva zona horaria.

En cada lanzamiento de un agente de servicio crítico (CSA) para Cloud SQL, las tablas de zonas horarias se actualizan con los datos más recientes. Cuando esto ocurre, durante el periodo que no es de mantenimiento, se actualizan las instancias de réplica. Las instancias principales se actualizan durante la ventana de mantenimiento.

Puedes esperar hasta el periodo de mantenimiento habitual de la versión de CSA o realizar un mantenimiento de autoservicio para actualizar las tablas de zonas horarias con los datos más recientes. Para obtener más información sobre cómo ver las versiones de mantenimiento disponibles, consulta Determinar la versión de mantenimiento de destino.

Consejos para trabajar con marcas

general_log, slow_query_log

Para que tus registros general o slow query estén disponibles, habilita la marca correspondiente y asigna el valor FILE a la marca log_output. De esta forma, la salida del registro estará disponible en el visualizador de registros de la Google Cloud consola. Ten en cuenta que se aplican cargos de registro de Google Cloud Observability. Para minimizar el coste de almacenamiento de las instancias, los registros general y slow query del disco de la instancia se rotan cuando el archivo de registro tiene más de 24 horas (y no se han realizado cambios en ese periodo) o cuando supera los 100 MB. Los archivos de registro antiguos se eliminan automáticamente después de la rotación.

Si log_output tiene el valor NONE, no podrás acceder a los registros. Si asignas el valor TABLE a log_output, el registro de salida se coloca en una tabla de la base de datos del sistema mysql. Puede consumir una cantidad considerable de espacio en disco. Si esta tabla se hace grande, puede afectar al tiempo de reinicio de la instancia o provocar que la instancia pierda la cobertura de su acuerdo de nivel de servicio. Por este motivo, no se recomienda la opción TABLE. Además, el contenido del registro no está disponible en el explorador de registros y no se rota. Si es necesario, puedes truncar tus tablas de registro mediante la API. Para obtener más información, consulta la página de referencia instances.truncateLog.

expire_logs_days, binlog_expire_logs_seconds

Si habilitas la recuperación a un momento dado, el periodo de caducidad de tus registros binarios se determinará en función del periodo de conservación de los registros de transacciones y de los valores de estas marcas. Puedes usar estas marcas para gestionar durante cuánto tiempo se almacenan los registros binarios en tus réplicas. La marca expire_logs_days se ha quitado de MySQL 8.4 y versiones posteriores. Para obtener más información, consulta la página sobre la conservación del registro de transacciones.

innodb_buffer_pool_size

El valor de esta marca es el tamaño del grupo de búferes en bytes. El tamaño del grupo de almacenamiento en búfer siempre debe ser igual o un múltiplo del valor que obtienes al multiplicar innodb_buffer_pool_chunk_size por innodb_buffer_pool_instances. Si cambias el tamaño del grupo de búferes a un valor que no sea igual o múltiplo de innodb_buffer_pool_chunk_size multiplicado por innodb_buffer_pool_instances, Cloud SQL ajustará el tamaño del grupo de búferes automáticamente. No puedes habilitar esta marca en instancias que tengan menos de 3840 MiB de RAM.

No puedes configurar esta marca para los tipos de máquinas con núcleo compartido (f1_micro y g1_small). Para cambiar esta marca en MySQL 5.6, es necesario reiniciar.

En Cloud SQL, los valores predeterminados, mínimos permitidos y máximos de la marca innodb_buffer_pool_size dependen de la memoria de la instancia. Estos valores se pueden calcular aproximadamente como un porcentaje de la RAM de la instancia. De forma predeterminada, el valor de esta marca suele ser cercano al valor máximo permitido. El porcentaje máximo de asignación aumenta con el tamaño de la instancia. El valor mínimo permitido suele ser aproximadamente el 20% de la memoria RAM de la instancia.

Valores aproximados de esta marca:

Intervalo de RAM de la instancia	Mín. %	Porcentaje predeterminado	Porcentaje máximo
0-4,0 GB de RAM		~34%
4,0 GB - 7,5 GB	~20%	~34%	~34%
7,5 GB - 12 GB	~20%	~52%	~52%
De 12 a 24 GB	~20%	~67%	~67%
24 GB o más	~20%	~72%	~72%

Los valores exactos pueden variar. Para calcular el valor actual de tu instancia, puedes ejecutar la siguiente consulta:

  show global variables like 'innodb_buffer_pool_size';
  

A continuación, se indican los valores mínimo, predeterminado y máximo permitidos para los tipos de máquinas.

Tipo de máquina	RAM de instancia (GB)	Mínimo (GB) (% del total)	Predeterminado (GB) (% del total)	Máximo (GB) (% del total)
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

El valor predeterminado de la marca binlog_order_commits es ON. Cloud SQL recomienda no cambiar el valor predeterminado de esta marca. Si el valor predeterminado se cambia a OFF, las transacciones del mismo grupo de registro binario se confirmarán en un orden diferente al que tenían cuando se escribieron en el registro binario. Esto afecta a las siguientes operaciones que ejecutan transacciones en el orden del registro binario:

• Replicación: puede provocar incoherencias en los datos entre la fuente y las réplicas.
• Point-in-time-recovery puede provocar incoherencias en los datos entre el estado restaurado de la recuperación a un momento dado y el estado histórico.

optimizer_switch,optimizer_trace,optimizer_trace_features

Las marcas del optimizador tienen valores separados por comas. Puedes definir estas marcas mediante la consola o gcloud. Para obtener más información sobre cómo definir esta marca mediante la consola, consulta Configurar marcas de base de datos. Si usas gcloud, puedes especificar el valor de estas marcas de dos formas diferentes:

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

Para definir varias submarcas de optimizador en un comando, usa el delimitador de comas para separar cada nombre de marca. Si define un solo valor de sub-marca mediante el comando gcloud, se sobrescribirán todas las sub-marcas definidas anteriormente. Por ejemplo, si ejecuta el siguiente comando, el valor esperado de la subopción batched_key_access se definirá como on y todas las demás subopciones de optimizer_flags se definirán con sus valores predeterminados.

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

Si ejecutas el siguiente comando, el valor de la submarca block_nested_loop se definirá como on y todas las demás submarcas de optimizer_switch se sobrescribirán y se definirán con sus valores predeterminados.

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

Esto incluye batched_key_access, que se ha definido como on en el comando anterior. Para conservar todas las submarcas definidas anteriormente y añadir otras nuevas, debes añadir los valores de todas las submarcas que quieras definir al añadir una submarca nueva.

Marcas del sistema modificadas en Cloud SQL

Todas las demás marcas del sistema de base de datos que no se indican en la sección Marcas admitidas se denominan marcas gestionadas. En el caso de algunas marcas gestionadas, Cloud SQL asigna a la marca un valor distinto del predeterminado para asegurarse de que las instancias de Cloud SQL se ejecuten de forma fiable. No puedes cambiar los valores de estas marcas del sistema.

A continuación, se muestran las marcas gestionadas que no tienen el valor predeterminado.

Marca de sistema partial_revokes en MySQL 8.0 y versiones posteriores

La marca partial_revokes te permite limitar el acceso de los usuarios al esquema de una base de datos. En Cloud SQL para MySQL versión 8.0 y posteriores, la marca partial_revokes se establece en ON. Esto limita el uso de caracteres comodín al conceder o revocar privilegios de usuario a esquemas de bases de datos en MySQL 8.0. Actualiza la instrucción GRANT para usar el nombre completo del esquema de la base de datos en lugar de caracteres comodín.

Por ejemplo, si usas el siguiente comando con el carácter comodín %\ para conceder privilegios a un usuario en MySQL 5.7, se le concederán privilegios a todas las bases de datos que terminen en _foobar.

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

Sin embargo, en MySQL 8.0, los usuarios solo podrán acceder a la base de datos que coincida exactamente con %\_foobar.

Hay dos formas diferentes de conceder acceso a varias bases de datos en MySQL 8.0 y versiones posteriores.

1. Puedes conceder permisos a bases de datos específicas usando los nombres completos de las bases de datos, tal como se muestra en el siguiente comando:

     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, puede usar los comandos grant y revoke para conceder privilegios de usuario en todos los esquemas de la base de datos y, al mismo tiempo, restringir el acceso a algunos esquemas de la base de datos.

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

   De esta forma, se concede acceso a todos los esquemas de la base de datos, pero se restringe el acceso a test3_foobar.*.

Filtros de replicación

Los filtros de replicación solo se pueden definir en réplicas de Cloud SQL. Cada filtro de replicación se define como una sola marca para varias bases de datos, donde cada nombre de base de datos está separado por una coma. Puedes configurar un filtro de replicación en una réplica de Cloud SQL mediante la consola o con el siguiente comando:

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

Los filtros de replicación no admiten nombres de bases de datos que contengan valores de comas. El valor ^~^ del comando anterior es necesario para las marcas de la base de datos que son valores separados por comas.

Cuando definas una marca de filtro de replicación, ten en cuenta lo siguiente:

• Si la réplica deja de estar en buen estado, los datos filtrados por los filtros de replicación pueden aparecer en la réplica, ya que Cloud SQL usa los datos de origen de la principal para volver a crear la réplica de la instancia.
• No puedes definir filtros de replicación en el esquema mysql.
• Las reglas de filtro de réplica no se aplican a las exportaciones sin servidor.

Marcas del asesor de índices

A continuación, se muestra una lista de marcas de base de datos que usa Cloud SQL para MySQL para habilitar y gestionar funciones específicas del asesor de índices.

Marcas con alias

En la siguiente lista se incluyen los nombres de las marcas que se han cambiado en las versiones 8.0.26 y posteriores de Cloud SQL para MySQL.

Si tu instancia de Cloud SQL usa un nombre de marca obsoleto, edítala, elimina el nombre de marca obsoleto y añade la marca nueva a tu instancia. Para obtener más información, consulta Configurar una marca de base de datos.

Solución de problemas

Siguientes pasos

• Consulta más información sobre las variables de sistema de MySQL.
• Consulta más información sobre las directrices operativas.