Mensajes de error de Cloud SQL para MySQL

Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.

Verifique las siguientes condiciones:

• La aplicación no llamó a mysql_close() antes de salir.
• Errores de comunicación .
• Es posible que la aplicación haya estado inactiva durante más de los segundos especificados en `wait_timeout` o `interactive_timeout` sin enviar ninguna solicitud al servidor. Consulte la Sección 5.1.7, Variables del sistema del servidor .
• La aplicación finalizó abruptamente en medio de una transferencia de datos.
• El valor de la variable max_allowed_packet podría ser demasiado pequeño o las consultas requieren más memoria que la asignada a mysqld. Esto se puede solucionar elevando el indicador max_allowed_packet a un valor mucho mayor.

Actualice el definidor en las bases de datos externas, por ejemplo, de root@localhost a root@% o a un usuario que no sea superusuario. Consulte Control de acceso a objetos almacenados para obtener más información.

• El nombre de usuario (o contraseña) es incorrecto.
• El usuario se está conectando desde una URL distinta a @XXX .
• El usuario no tiene los privilegios correctos para la base de datos a la que intenta conectarse.

Prueba estas cosas...

• Verificar el nombre de usuario y la contraseña correspondiente.
• Verifique el origen de la conexión para ver si coincide con la URL donde el usuario tiene privilegios de acceso.
• Verifique los privilegios de concesión del usuario en la base de datos.

Necesita modificar la conexión privada . Use el siguiente comando y asegúrese de usar el argumento --force :

gcloud services vpc-peerings update \
--network=VPC_NETWORK \
--ranges=ALLOCATED_RANGES \
--service=servicenetworking.googleapis.com \
--force

Prueba esto:

1. Conéctese a la base de datos (por ejemplo, usando Cloud Shell) e inicie sesión como root.
2. Ejecute USE mysql; .
3. Otorgue los siguientes permisos utilizando la sintaxis:

   GRANT PERMISSION_1,PERMISSION_2 ON *.* TO 'root' WITH GRANT OPTION;
      

   • SELECCIONAR
   • INSERTAR
   • ACTUALIZAR
   • BORRAR
   • CREAR
   • GOTA
   • RECARGAR
   • CERRAR
   • PROCESO
   • REFERENCIAS
   • ÍNDICE
   • ALTERAR
   • MOSTRAR BASES DE DATOS
   • CREAR TABLAS TEMPORALES
   • MESAS DE BLOQUEO
   • EJECUTAR
   • ESCLAVO DE REPLICACIÓN
   • CLIENTE DE REPLICACIÓN
   • CREAR VISTA
   • MOSTRAR VISTA
   • CREAR RUTINA
   • ALTERAR LA RUTINA
   • CREAR USUARIO
   • EVENTO
   • DESENCADENAR
   • CREAR ESPACIO DE TABLA
4. Ejecute USE 'Database_Name'; donde Database_Name es la base de datos donde está creando las vistas.
5. Ejecutar todas las vistas creadas en la sesión y confirmar.

En caso de Illegal Argument , revise la solicitud para asegurarse de que cada argumento sea admisible y que cada valor sea válido. Para cualquier otra causa, revise los archivos de registro para ver si hay más información.

Necesita modificar la conexión privada . Use el siguiente comando y asegúrese de usar el argumento --force :

gcloud services vpc-peerings update \
--network=VPC_NETWORK \
--ranges=ALLOCATED_RANGES \
--service=servicenetworking.googleapis.com \
--force

Si es posible, elimine todas las entradas Authorized Networks de la instancia de Cloud SQL. De lo contrario, cree una réplica sin ninguna entrada Authorized Networks .

Edite la instancia principal para actualizarla a un tamaño de disco más grande.

No se encontraron bloques libres en los rangos de IP asignados. Por favor, asigne nuevos rangos a este proveedor de servicios.

No hay más direcciones disponibles en el rango de IP asignado.

Considere estos posibles escenarios:

• El tamaño del rango de IP asignado para la conexión de servicio privado es menor que /24.
• El tamaño del rango de IP asignado para la conexión del servicio privado es demasiado pequeño para la cantidad de instancias de Cloud SQL.
• El requisito de tamaño del rango de IP asignado será mayor si las instancias se crean en varias regiones. Consulte el tamaño del rango asignado.

Para cada uno de los escenarios anteriores, puede optar por ampliar el rango de IP existente o asignar un rango de IP adicional a la conexión de servicio privado.

Si está asignando un nuevo rango, tenga cuidado de no crear una asignación que se superponga con ninguna asignación existente.

Después de crear un nuevo rango de IP, actualice el emparejamiento de VPC con el siguiente comando:

gcloud services vpc-peerings update \
--service=servicenetworking.googleapis.com
--ranges=OLD_RESERVED_RANGE_NAME,NEW_RESERVED_RANGE_NAME \
--network=VPC_NETWORK
--project=PROJECT_ID \
--force

Si amplía una asignación existente, asegúrese de aumentar únicamente el rango de asignación, no de reducirlo. Por ejemplo, si la asignación original era 10.0.10.0/24, la nueva asignación debe ser al menos 10.0.10.0/23.

En general, si se parte de una asignación /24, una buena regla general es decrementar la máscara / en 1 por cada condición (grupo de tipos de instancia adicional, región adicional). Por ejemplo, si se intenta crear ambos grupos de tipos de instancia en la misma asignación, basta con pasar de /24 a /23.

Después de expandir un rango de IP existente, actualice el emparejamiento de VPC con el siguiente comando:

gcloud services vpc-peerings update \
--service=servicenetworking.googleapis.com
--ranges=RESERVED_RANGE_NAME \
--network=VPC_NETWORK \
--project=PROJECT_ID \
--force

Actualmente no se admite la conexión desde Cloud Shell a una instancia con solo una dirección IP privada.

Utilice mysqldump con la opción max_allowed_packet .

Para obtener más información sobre el uso de indicadores mysqldump para la migración de importaciones administradas, consulte Indicadores de sincronización inicial permitidos y predeterminados

Comprueba que tu sistema operativo y sistema de archivos admitan archivos de este tamaño. Comprueba que el disco no esté lleno ni supere su cuota . Puedes solicitar un aumento de tus cuotas desde el Google Cloud consola o edite la instancia para actualizarla a un tamaño de disco más grande.

Para reparar los permisos del servicio, deshabilite la Service Networking API , espere cinco minutos y luego vuelva a habilitarla.

Habilite la Service Networking API en su proyecto. Si ve este error al intentar asignar una dirección IP privada a una instancia de Cloud SQL y usa una VPC compartida, también debe habilitar la Service Networking API para el proyecto host.

Encuentre el proceso que bloqueó la tabla y deténgalo:

1. Diagnosticar con: sql> show processlist;

   El primer elemento de la lista podría ser el que contiene el candado, al que esperan los siguientes elementos.

2. El comando SHOW INNODB STATUS también puede ser útil.
3. Ejecute el comando KILL <var>PID</var> .

Habilite la Service Networking API en su proyecto. Si ve este error al intentar asignar una dirección IP privada a una instancia de Cloud SQL y usa una VPC compartida, también debe habilitar la Service Networking API para el proyecto host.

Espere a que finalice la operación anterior antes de comenzar otra.

Edite la instancia de destino para aumentar su tamaño de almacenamiento.

Solicita un aumento a tus cuotas a la Google Cloud consola .

Aumente el valor del indicador max_connections . Consulte Configuración de indicadores de base de datos .

Verifique que tenga un archivo JSON de clave de cuenta de servicio válido en la ubicación almacenada en la variable de entorno GOOGLE_APPLICATION_CREDENTIALS y que la variable apunte a la ubicación correcta.

Establezca el indicador innodb_large_prefix en ON al crear la réplica o actualice la réplica existente con el indicador.

Cree un nuevo certificado de servidor y gírelo .

• Es posible que el usuario no tenga todos los permisos de almacenamiento en la nube que necesita.
• Es posible que la tabla de base de datos no exista.

Prueba estas cosas...

• Comprueba que tienes al menos permisos WRITER en el bucket y de READER en el archivo de exportación. Para obtener más información sobre cómo configurar el control de acceso en Cloud Storage, consulta Crear y administrar listas de control de acceso.
• Asegúrese de que la tabla exista. Si existe, confirme que tiene los permisos correctos en el contenedor de almacenamiento.

La transacción de volcado puede fallar si utiliza las siguientes declaraciones durante la operación de exportación:

• ALTER TABLE
• CREATE TABLE
• DROP TABLE
• RENAME TABLE
• TRUNCATE TABLE

Elimine cualquiera de estas declaraciones de la operación de volcado.

[Warning] InnoDB: Load table db.table failed, the table has missing
foreign key indexes. Turn off 'foreign_key_checks' and try again.
[Warning] InnoDB: Cannot open table db/table from the internal data
dictionary of InnoDB though the .frm file for the table exists.
See InnoDB troubleshooting
for more information.
      

Tras reiniciar la base de datos, MySQL debe cargar las tablas en la caché del diccionario InnoDB en el primer acceso. Si detecta una discrepancia, bloquea el acceso a esa tabla.

mysql> select * from db.table;
ERROR 1146 (42S02): Table db.table doesn't exist
      

Desactivar foreign_key_checks para la sesión MySQL permite acceder de nuevo a la tabla. Una vez accedida y cargada en la caché del diccionario, InnoDB no comprueba ni se queja de una discrepancia de clave foránea hasta el siguiente reinicio de la base de datos.

La falta de coincidencia de clave externa debe solucionarse para evitar problemas adicionales.

1. Deshabilite foreign_key_checks para la sesión del cliente mysql y acceda a la tabla.

   mysql> SET SESSION FOREIGN_KEY_CHECKS=0;
               

2. Inspeccione las tablas principal y secundaria e identifique las discrepancias entre la clave externa y las columnas de clave referenciadas.

   mysql> SHOW CREATE TABLE parent_table;
   mysql> SHOW CREATE TABLE child_table;
               

   Verifique que las columnas correspondientes tengan tipos de datos similares. El tamaño y el signo de los tipos de precisión fija, como INTEGER y DECIMAL son iguales. Para las columnas de cadena no binaria (de caracteres), el conjunto de caracteres y la intercalación deben ser los mismos.

3. Corrija la discrepancia mediante la instrucción ALTER TABLE . Algunas operaciones pueden requerir que primero elimine la restricción de clave externa, aplique el cambio y luego vuelva a agregar la clave externa.
4. Vuelva a habilitar foreign_key_checks nuevamente.

   mysql> SET SESSION FOREIGN_KEY_CHECKS=1;
               

Utilice el formato CSV y ejecute varios trabajos de exportación más pequeños para reducir el tamaño y la duración de cada operación.

Reduzca el valor del indicador max_connections o contacte con el servicio de atención al cliente para solicitar la eliminación del indicador y, a continuación, un hard drain . Esto obliga a la instancia a reiniciarse en un host diferente con una configuración nueva, sin el indicador ni la configuración.

• A nivel de base de datos, el usuario de la base de datos debe existir y su contraseña debe coincidir.
• En el nivel del proyecto, es posible que el usuario no tenga los permisos de IAM correctos, incluidos los permisos serviceusage.services.use o cloudsql.instances.connect .
• A nivel de red, si la instancia de Cloud SQL usa IP pública, la IP de origen de la conexión debe estar en una red autorizada.

Prueba estas cosas...

• Asegúrese de que el usuario exista y su contraseña coincida.
• Asignar el rol Service Usage Consumer a la cuenta de usuario. Este rol incluye el permiso serviceusage.services.use .
• Si utiliza una IP pública, asegúrese de que la IP de origen esté en una red autorizada.

Si vuelca datos de una base de datos MySQL 5.7 y los importa a una base de datos MySQL 8.0, asegúrese de usar el binario mysqldump de MySQL 5.7. Si usa el binario mysqldump de MySQL 8.0, debe agregar el indicador --column-statistics=0 .

Hasta que se solucione, consulte esta discusión en GitHub , que incluye una solución alternativa.

• Esto puede ocurrir cuando intentas volver a utilizar el mismo nombre que una instancia eliminada recientemente.
• También puede deberse a problemas de conectividad intermitentes.
• Los registros podrían mostrar que la API de red de servicios no está habilitada para el proyecto.
• El error también se ha observado al intentar crear varias instancias en paralelo. Por ejemplo, los scripts de Terraform permiten este intento.
• Otra causa puede ser que se haya agotado un recurso específico o se haya superado el límite de cuota. Busque en los registros una entrada como Quota 'INTERNAL_FORWARDING_RULES_WITH_TARGET_INSTANCE_PER_NETWORK' exceeded. Limit: 100.0 globally
• Este error puede ocurrir si la creación de una subred falla cuando no hay más direcciones disponibles en el rango de IP.

• Los nombres de instancia no se pueden reutilizar hasta aproximadamente una semana después de su eliminación.
• En caso de problemas de conectividad intermitentes, la única solución es volver a intentarlo.
• Habilite la API de redes de servicios para el proyecto.
• Los scripts de creación de instancias en paralelo solo crearán una instancia. Modifique el script para que espere a que se complete cada operación de creación de instancia antes de continuar con la siguiente.
• Asignar nuevos rangos .

Si el error indica que set Service Networking service account as servicenetworking.serviceAgent role on consumer project , deshabilite y vuelva a habilitar la Service Networking API . Esta acción crea la cuenta de servicio necesaria para continuar con el proceso.

Si el error es The instance creation failed due to a permission error with the CMEK key defined , revise la configuración y la ubicación de la clave .