En esta página, se analizan algunos de los mensajes de error que se encuentran en Cloud SQL.
Descripción general
Los mensajes de error en Cloud SQL provienen de muchas fuentes y aparecen en muchos lugares. Algunos mensajes de error provienen de los motores de base de datos, otros del servicio de Cloud SQL, algunos de las aplicaciones cliente y otros se muestran mediante llamadas a la API de Administrador de Cloud SQL.
En esta página, se incluyen algunos de los errores más comunes en Cloud SQL. Si no encuentras el código de error o el mensaje que buscas aquí, puedes buscar material de referencia en las siguientes páginas:
Si no encuentras el material de referencia para el mensaje de error que ves, también puedes buscar en algunos de estos sitios en los que otros usuarios pueden contar una experiencia similar:
- Preguntas de Cloud SQL en Stack Overflow
- Public issue tracker for Cloud SQL (Herramienta de seguimiento de errores pública para Cloud SQL)
- Intercambio de DBA Stack
- Grupo de discusión de Cloud SQL
- Comunidad de Slack de Google Cloud
- Google Cloud en Reddit
Errores operativos
A | B | C | D | E | F | G | I | L | M | N | O | P | Q | R | S | T | U | W
Mensaje de error | Soluciona problemas |
---|---|
Aborted connection xxx to db: DB_NAME. | La aplicación no finaliza las conexiones correctamente.
Verifica estas condiciones:
|
Se denegó el acceso porque necesitas privilegios SUPER para esta operación (al menos uno) | Puede haber una vista, una función o un procedimiento en la base de datos fuente que haga referencia a DEFINER de una manera que no sea compatible con Cloud SQL.Actualiza el definidor en las bases de datos externas, por ejemplo, de |
Se denegó el acceso al usuario “XXX”@'XXX' (con la contraseña: XXX) | Puede haber varias causas, entre ellas:
Prueba lo siguiente...
|
No se encontró el rango de IP asignado en la red. | Los intercambios de tráfico de VPC no se actualizaron después de modificar o quitar un rango asignado.
Debes modificar la conexión privada. Usa el siguiente comando y asegúrate de usar el argumento gcloud services vpc-peerings update \ --network=VPC_NETWORK \ --ranges=ALLOCATED_RANGES \ --service=servicenetworking.googleapis.com \ --force |
Cualquier comando denegado del usuario “raíz”@'%” para la tabla ... | El usuario no tiene todos los permisos que necesita para realizar esta operación.
Pruebe lo siguiente:
|
Mensaje de error | Soluciona problemas |
---|---|
Solicitud incorrecta. | Este mensaje puede tener muchas causas. Illegal Argument es una de las más comunes. En este caso la solicitud usa el argumento incorrecto o un valor no válido para el argumento. En los otros casos, el mensaje de error podría incluir una sugerencia útil para identificar la causa del error.
En el caso de |
Mensaje de error | Soluciona problemas |
---|---|
No se pueden modificar los rangos asignados en CreateConnection. Usa UpdateConnection | Los intercambios de tráfico de VPC no se actualizaron después de modificar o quitar un rango asignado.
Debes modificar la conexión privada.
Usa el siguiente comando y asegúrate de usar el argumento gcloud services vpc-peerings update \ --network=VPC_NETWORK \ --ranges=ALLOCATED_RANGES \ --service=servicenetworking.googleapis.com \ --force |
Constraints/sql.restrictAuthorizedNetworks. | La configuración Authorized Networks bloquea la operación de clonación. Las Authorized Networks están configuradas para direcciones IP públicas en la sección Conectividad de la consola de Google Cloud, y la clonación no está permitida debido a consideraciones de seguridad.
Si puedes, quita todas las entradas de |
Mensaje de error | Soluciona problemas |
---|---|
El disco está lleno. | El tamaño del disco de la instancia principal puede llenarse durante la creación de una réplica.
Edita la instancia principal para actualizarla a un tamaño de disco más grande. |
Mensaje de error | Soluciona problemas |
---|---|
No se pudo crear la subred. | No hay más direcciones disponibles en el rango de IP.
No se pudieron encontrar bloques libres en rangos de IP asignados. Asigna rangos nuevos para este proveedor de servicios. No hay más direcciones disponibles en el rango de IP asignado. Considera las siguientes situaciones posibles:
Para cada una de las situaciones anteriores, puedes optar por expandir o asignar un rango de IP adicional a la conexión privada a servicios. Si asignas un nuevo rango, ten cuidado de no crear una asignación que se superponga con cualquier asignación existente. Después de crear un nuevo rango de IP, actualiza el intercambio de tráfico 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 expandes una asignación existente, asegúrate de aumentar solo el rango de asignación y no disminuirlo. Por ejemplo, si la asignación original era 10.0.10.0/24, realiza la nueva asignación de 10.0.10.0/23 como mínimo. En general, si empiezas desde una asignación /24, disminuir la /mask en 1 para cada condición (grupo adicional de tipos de instancias, región adicional) es una buena regla general. Por ejemplo, si intentas crear ambos grupos de tipos de instancias en la misma asignación, pasar de /24 a /23 es suficiente. Después de expandir un rango de IP existente, actualiza el intercambio de tráfico 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 |
Mensaje de error | Soluciona problemas |
---|---|
(gcloud.sql.connect) Parece que tu cliente no tiene conectividad IPv6 y la instancia de base de datos no tiene una dirección IPv4. | Intentas conectarte a tu instancia de IP privada con Cloud Shell.
Por el momento, no se admite la conexión de Cloud Shell a una instancia que solo tenga una dirección IP privada. |
Se obtuvo un paquete mayor que max_allowed_packet bytes durante el volcado de la tabla. |
El paquete fue más grande de lo que permitía la configuración.
Usa Si deseas obtener más información sobre el uso de marcas de |
Mensaje de error | Soluciona problemas |
---|---|
InnoDB: Se produjo un error de escritura en el archivo ./ibtmp1 en el desplazamiento de XXXX, se debieron escribir los bytes YYYY, y solo se escribieron 0. | La instancia alcanzó un límite estricto cuando se realizó una copia de seguridad automática.
Comprueba que el SO y el sistema de archivos admitan archivos de este tamaño. Verifica que el disco no esté lleno o que no se haya terminado la cuota de disco. Puedes solicitar un aumento de tus cuotas desde la consola de Google Cloud o editar la instancia para actualizarla a un tamaño de disco más grande. |
Error interno. | Es posible que al proyecto le falte la cuenta de servicio de Service Networking requerida para esta función.
Para reparar los permisos del servicio, inhabilita |
Solicitud no válida: Configuración de Service Networking incorrecta para la instancia. | Service Networking API no está habilitada en el proyecto.
Habilita la |
Mensaje de error | Soluciona problemas |
---|---|
Tabla de metadatos bloqueada. | Otra consulta, proceso o transacción bloquea la consulta y la tabla.
Busca el proceso que bloqueó la tabla y finalízalo.
|
Mensaje de error | Soluciona problemas |
---|---|
No se pudo asociar la red. | La Service Networking API no está habilitada en el proyecto.
Habilita la |
Mensaje de error | Soluciona problemas |
---|---|
Ocurrió un error en la operación porque otra operación ya estaba en progreso. | La mayoría de las operaciones de Cloud SQL son síncronas. Solo puedes ejecutar una a la vez.
Espera a que finalice la operación anterior antes de comenzar otra. |
La operación no es válida para esta instancia. | Este error se muestra en una llamada a la API a instances.restoreBackup y significa que no puedes restablecer desde una copia de seguridad a una instancia con un tamaño de almacenamiento (XX GB) menor que el tamaño de la copia de seguridad (YY GB).
Edita la instancia de destino para aumentar su tamaño de almacenamiento. |
Mensaje de error | Soluciona problemas |
---|---|
Se superó la cuota. | Alcanzaste el límite de tu cuota diaria o por minuto. Revisa las cuotas y límites de Cloud SQL.
Solicita un aumento de tus cuotas en la consola de Google Cloud. |
Mensaje de error | Soluciona problemas |
---|---|
Las ranuras de conexión restantes están reservadas. | Se alcanzó la cantidad máxima de conexiones permitidas.
Aumenta el valor de la marca |
A la solicitud le falta una clave de API válida. | Es posible que no tengas un archivo JSON de clave de cuenta de servicio válido o que no esté almacenado en la ubicación esperada.
Verifica que tengas un archivo JSON de clave de cuenta de servicio válido en la ubicación almacenada en la variable de entorno |
Mensaje de error | Soluciona problemas |
---|---|
La clave especificada era demasiado larga; la longitud máxima es de 767 bytes | La instancia principal externa puede tener la variable innodb_large_prefix configurada.
Establece la marca |
Error de SSL: relleno no válido | Error de certificado del servidor.
Crea un certificado de servidor nuevo y realiza una rotación. |
Ocurrió un error en el sistema |
Prueba lo siguiente...
|
Mensaje de error | Soluciona problemas |
---|---|
Se cambió la definición de la tabla. | Durante el proceso de exportación, se produjo un cambio en la tabla.
La transacción de volcado puede fallar si usas las siguientes declaraciones durante la operación de exportación:
Quita cualquiera de estas declaraciones de la operación de volcado. |
El tamaño del archivo temporal excede el temp_file_limit | La marca temp_file_limit es demasiado baja para el uso de la base de datos.
Aumenta el tamaño de |
La tabla db.table no existe | Si una o más tablas de InnoDB desapareció después del reinicio de MySQL y el registro de errores de MySQL tiene las siguientes advertencias al mismo tiempo, se debe a que la clave externa y las columnas de clave a las que se hace referencia están fuera de sincronización.
[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. Después de reiniciar la base de datos, MySQL debe cargar las tablas en la caché del diccionario de InnoDB durante el primer acceso. Si detecta la discrepancia, bloquea el acceso a esa tabla. mysql> select * from db.table; ERROR 1146 (42S02): Table db.table doesn't exist Desactivar Se debe corregir la incompatibilidad de las claves externas para evitar más problemas.
|
(Tiempo de espera) durante la exportación. | Los formatos CSV y SQL se exportan de manera diferente. El formato SQL incluye la base de datos completa y es probable que tarde más en completarse.
Usa el formato CSV y ejecuta varios trabajos de exportación más pequeños a fin de reducir el tamaño y la duración de cada operación. |
Hay demasiadas conexiones. | Si se establece un valor demasiado alto para la marca max_connections , es posible que se genere este error. Esto también puede deberse a que habilitas una marca fuera de secuencia.
Reduce el valor de la marca |
Mensaje de error | Soluciona problemas |
---|---|
No estás autorizado para establecer la conexión | Puede haber muchas causas, ya que la autorización ocurre en muchos niveles:
Prueba lo siguiente...
|
Tabla COLUMN_STATISTICS desconocida en information_schema. |
Esto sucede si usas el objeto binario mysqldump de MySQL 8.0 para volcar datos de una base de datos de MySQL 5.7 y, luego, importarlos a una base de datos de MySQL 8.0.
Si vuelcas los datos de una base de datos de MySQL 5.7 y, luego, los importas a una base de datos de MySQL 8.0, asegúrate de usar el objeto binario |
Mensaje de error | Soluciona problemas |
---|---|
x509: el certificado no es válido para ningún nombre. | Problema conocido: En este momento, el marcador del proxy de Cloud SQL no es compatible con Go 1.15.
Hasta que este problema se corrija, consulta este debate en GitHub, en el que se incluye una solución alternativa. |
Errores desconocidos
En la siguiente tabla, se muestran algunos casos conocidos en los que puede ocurrir un Unknown Error
y se muestran las soluciones específicas cuando corresponda. Sin embargo, esta no es la lista completa. Si no encuentras tu caso en la tabla, consulta la herramienta de seguimiento de errores pública para Cloud SQL.
Si no encuentras el problema allí, envía un informe o revisa otras opciones de asistencia.
Operación | Posible problema | Posibles soluciones |
---|---|---|
Agregar usuario | Si el usuario ya existe en la base de datos, este error puede ocurrir cuando intentas agregarlos. | Verifica para asegurarte de que el usuario aún no exista en la base de datos. |
Copia de seguridad | Si ves esto mientras se realizan copias de seguridad automáticas o manuales, es probable que el disco de la instancia esté lleno. | Si el tamaño del archivo temporal ocupa demasiado espacio, puedes reiniciar la instancia para quitar ese archivo y liberar espacio en el disco. De lo contrario, es posible que debas actualizar la instancia a un tamaño de disco más grande. |
Clonación | Esto puede ocurrir cuando hay escasez de recursos en la zona seleccionada. | Prueba con otra zona de la región, o espera y vuelve a intentarlo más tarde. |
Creación de una instancia |
|
|
Crear réplica | Es probable que haya un error más específico en los archivos de registro. | Inspecciona los registros en Cloud Logging para encontrar el error real.
Si el error es Si el error es |
Exportar | Si ves esto mientras intentas exportar una base de datos a un bucket de Cloud Storage, es posible que la transferencia falle debido a un problema de ancho de banda. | Es posible que la instancia de Cloud SQL esté ubicada en una región diferente a la del bucket de Cloud Storage. Leer y escribir datos de un continente a otro implica mucho uso de la red y puede causar problemas intermitentes como este. |
Conmutación por error (heredada) | Si usas la configuración heredada de la conmutación por error, esto puede ocurrir cuando la máquina de réplica de conmutación por error no es lo suficientemente grande para tolerar la conmutación. | La mejor solución es migrar a la configuración actual de alta disponibilidad. De lo contrario, debes actualizar la réplica de conmutación por error a una máquina más grande. |
Conmutación por error (automática) | Una operación automática de conmutación por error puede producir este mensaje de error cuando el servicio detecta que la instancia principal aún responde. | No hay nada que se pueda hacer en este caso. La conmutación por error no se producirá porque no es necesaria. |
Importación | El archivo de importación puede contener declaraciones que requieren la función de superusuario. | Edita el archivo para quitar cualquier declaración que requiera la función de superusuario. |
Cloud SQL también usa algunos objetos binarios de terceros (por ejemplo, mysqld
), que pueden generar mensajes de error desconocido. Esos errores son internos de los objetos binarios de terceros y están fuera del alcance de Cloud SQL.
Sin embargo, a veces se puede encontrar un error más específico en los archivos de registro de Cloud SQL casi al mismo tiempo.
Además, a veces lo desconocido es un código de error. En este caso, el mensaje completo puede ser Unknown Error Code
.