En esta página se incluyen consejos para solucionar problemas de Cloud SQL en los motores de bases de datos compatibles. Algunos de estos consejos solo se aplican a determinados motores de bases de datos, mientras que otros son comunes a todos.
Para obtener consejos sobre cómo solucionar problemas de motores de bases de datos específicos, consulta las páginas correspondientes:
Comprueba si tu pregunta o problema ya se ha tratado en alguna de las siguientes páginas:
- Preguntas frecuentes
- Problemas conocidos
- Mensajes de error
- Diagnosticar problemas
- Depurar problemas de conexión
En esta página se incluyen los temas siguientes:
- Copia de seguridad y recuperación
- Clonación
- Connectivity
- Crear instancias
- Principal externa
- Réplica externa
- Banderas
- Alta disponibilidad
- Importar y exportar
- Integración con Vertex AI
- Servidores vinculados
- Logging
- Gestionar instancias
- Private Service Connect
- Replicación
Copia de seguridad y sistema de recuperación
Problema | Solución de problemas |
---|---|
No puedes ver el estado de la operación actual. | La consola Google Cloud solo informa si la operación se ha realizado correctamente o no. No está diseñado para mostrar advertencias ni otras actualizaciones.
Ejecuta el
comando |
Quieres saber quién ha emitido una operación de copia de seguridad bajo demanda. | La interfaz de usuario no muestra el usuario que ha iniciado una operación.
Consulta los registros y filtra por texto para encontrar al usuario. Es posible que tengas que usar registros de auditoría para información privada. Entre los archivos de registro pertinentes se incluyen los siguientes:
|
Una vez que se elimina una instancia, no se puede crear una copia de seguridad de ella. | Si eliminas una instancia sin crear una copia de seguridad final de los datos, no podrás recuperarlos. Sin embargo, si restauras la instancia, Cloud SQL también restaurará las copias de seguridad. Para obtener más información sobre cómo recuperar una instancia eliminada, consulta Conservar copias de seguridad después de eliminar una instancia. Si has realizado una operación de exportación, crea una instancia y, a continuación, realiza una operación de importación para volver a crear la base de datos. Las exportaciones se escriben en Cloud Storage y las importaciones se leen desde allí. |
Una copia de seguridad automática se queda bloqueada durante muchas horas y no se puede cancelar. | Las copias de seguridad pueden tardar mucho tiempo en función del tamaño de la base de datos.
Si realmente necesitas cancelar la operación, puedes pedir al
servicio de asistencia que |
Una operación de restauración puede fallar si no existen uno o varios de los usuarios a los que se hace referencia en el archivo de volcado SQL. | Antes de restaurar un volcado de SQL, todos los usuarios de bases de datos que sean propietarios de objetos o a los que se les hayan concedido permisos sobre objetos de la base de datos de volcado deben existir en la base de datos de destino. Si no es así, la operación de restauración no podrá recrear los objetos con la propiedad o los permisos originales.
Crea los usuarios de la base de datos antes de restaurar el volcado de SQL. |
Quieres aumentar el número de días que puedes conservar las copias de seguridad automáticas de 7 a 30 días o más. | Puedes
configurar el número de copias de seguridad automatizadas que se conservarán. Las copias de seguridad automáticas se eliminan periódicamente en función del valor de conservación configurado. Por desgracia, esto significa que las copias de seguridad que se muestran son las únicas copias de seguridad automáticas que puedes restaurar.
Para conservar las copias de seguridad indefinidamente, puedes crear una copia de seguridad bajo demanda, ya que no se eliminan de la misma forma que las copias de seguridad automatizadas. Las copias de seguridad bajo demanda se conservan indefinidamente. Es decir, permanecen hasta que se eliminan o se elimina la instancia a la que pertenecen. Como este tipo de copia de seguridad no se elimina automáticamente, puede afectar a la facturación. |
Se ha producido un error en una copia de seguridad automática y no has recibido ninguna notificación por correo electrónico. | Para que Cloud SQL te notifique el estado de la copia de seguridad, configura una alerta basada en registros. |
Una instancia falla repetidamente porque alterna entre los estados de error y de restauración de la copia de seguridad. Los intentos de conexión y uso de la base de datos después de la restauración fallan. |
Puedes probar a realizar lo siguiente:
|
Faltan datos al realizar una operación de copia de seguridad o restauración. | Las tablas se han creado sin registrar. Por ejemplo:
Estas tablas no se incluyen en una restauración a partir de una copia de seguridad:
La solución es evitar el uso de tablas sin registrar si quieres restaurarlas a partir de una copia de seguridad. Si vas a restaurar una base de datos que ya tiene tablas sin registrar, puedes volcar la base de datos en un archivo y volver a cargar los datos después de modificar el archivo volcado de |
No se puede eliminar una instancia cuando se elige hacer una copia de seguridad final al eliminar la instancia. |
Cuando eliminas una instancia, debes confirmar si quieres hacer una copia de seguridad final de la instancia antes de eliminarla. Si has habilitado la copia de seguridad final mediante el ajuste de instancia final-backup , la selección que hagas al eliminar la instancia debe coincidir con la configuración de la instancia de copia de seguridad final que hayas definido al habilitar la copia de seguridad final de la instancia. Para mitigar este problema, haz una de las siguientes acciones:
|
No se puede crear una instancia réplica después de crear correctamente una instancia principal con la configuración de copia de seguridad final. |
Si creas una instancia con el ajuste de instancia de copia de seguridad final habilitado, debes actualizar la política de organización de copia de seguridad final para aplicar las configuraciones de copia de seguridad solo a la instancia principal.
Las copias de seguridad finales no se admiten en las instancias réplica. Para obtener más información, consulta las políticas de organización de Cloud SQL. |
Clonar
Problema | Solución de problemas |
---|---|
La clonación falla y se produce el error constraints/sql.restrictAuthorizedNetworks . |
La operación de clonación está bloqueada por la configuración Authorized Networks .
Authorized Networks se configuran para direcciones IP públicas en la sección Conectividad de la consola Google Cloud y no se permite la clonación por motivos de seguridad.
Elimina todas las entradas |
Mensaje de error: Failed to create subnetwork. Couldn't find free
blocks in allocated IP ranges. Please allocate new ranges for this service
provider. Help Token: [help-token-id]. |
Estás intentando usar la consola Google Cloud para clonar una instancia con una dirección IP privada, pero no has especificado el intervalo de IP asignado que quieres usar y la instancia de origen no se ha creado con el intervalo especificado. Por lo tanto, la instancia clonada se crea en un intervalo aleatorio. Usa |
Conectar
Problema | Solución de problemas |
---|---|
Aborted connection . |
El problema puede deberse a lo siguiente:
Las aplicaciones deben tolerar los fallos de red y seguir las prácticas recomendadas, como la agrupación de conexiones y los reintentos. La mayoría de los agrupadores de conexiones detectan estos errores cuando es posible. De lo contrario, la aplicación debe volver a intentarlo o fallar correctamente. Para reintentar la conexión, te recomendamos los siguientes métodos:
La combinación de estos métodos ayuda a reducir la limitación. |
FATAL: database 'user' does not exist . |
gcloud sql connect --user solo funciona con el usuario postgres predeterminado.
Conéctate con el usuario predeterminado y, a continuación, cambia de usuario. |
Quieres saber quién está conectado. | Inicia sesión en la base de datos y ejecuta este comando:
SELECT datname, usename, application_name as appname, client_addr, state, now() - backend_start as conn_age, now() - state_change as last_activity_age FROM pg_stat_activity WHERE backend_type = 'client backend' ORDER BY 6 DESC LIMIT 20 |
Crear instancias
Problema | Solución de problemas |
---|---|
Mensaje de error: Failed to create subnetwork. Router status is
temporarily unavailable. Please try again later. Help Token:
[token-ID] . |
Intenta crear de nuevo la instancia de Cloud SQL. |
Mensaje de error: HTTPError 400: Invalid request: Incorrect Service Networking config for instance: PROJECT_ID:INSTANCE_NAME:SERVICE_NETWORKING_NOT_ENABLED. |
Habilita la API Service Networking con el siguiente comando e intenta crear la instancia de Cloud SQL de nuevo. gcloud services enable servicenetworking.googleapis.com \ --project=PROJECT_ID |
Mensaje de error: Failed to create subnetwork. Required
'compute.projects.get' permission for PROJECT_ID . |
Cuando creas una instancia con una dirección IP privada, se crea una cuenta de servicio en el momento oportuno mediante la API Service Networking. Si has habilitado la API Service Networking hace poco, es posible que no se cree la cuenta de servicio y que falle la creación de la instancia. En este caso, debes esperar a que la cuenta de servicio se propague por todo el sistema o añadirla manualmente con los permisos necesarios. |
Mensaje de error: More than 3 subject alternative names are not
allowed. |
Estás intentando usar un SAN personalizado para añadir más de tres nombres DNS al certificado de servidor de una instancia de Cloud SQL. No puedes añadir más de tres nombres de DNS a la instancia. |
Mensaje de error: Subject alternative names %s is too long. The
maximum length is 253 characters. |
Asegúrate de que los nombres DNS que quieras añadir al certificado de servidor de una instancia de Cloud SQL no tengan más de 253 caracteres. |
Mensaje de error: Subject alternative name %s is invalid. |
Comprueba que los nombres DNS que quieres añadir al certificado de servidor de una instancia de Cloud SQL cumplen los siguientes criterios:
|
Exportar
Problema | Solución de problemas |
---|---|
HTTP Error 409: Operation failed because another operation was
already in progress. |
Ya hay una operación pendiente en tu instancia. Solo se puede realizar una operación a la vez. Prueba a enviar la solicitud después de que se complete la operación en curso. |
HTTP Error 403: The service account does not have the required
permissions for the bucket. |
Asegúrate de que el segmento exista y de que la cuenta de servicio de la instancia de Cloud SQL (que realiza la exportación) tenga el rol Storage Object Creator (roles/storage.objectCreator ) para permitir la exportación al segmento. Consulta los roles de gestión de identidades y accesos para Cloud Storage. |
La exportación a CSV ha funcionado, pero la exportación a SQL ha fallado. | Los formatos CSV y SQL se exportan de forma diferente. El formato SQL exporta toda la base de datos y es probable que tarde más en completarse. El formato CSV te permite definir qué elementos de la base de datos quieres incluir en la exportación.
Usa las exportaciones de CSV para exportar solo lo que necesites. |
La exportación tarda demasiado. | Cloud SQL no admite operaciones síncronas simultáneas.
Usa la transferencia de exportación. A grandes rasgos, en la descarga de exportaciones, en lugar de emitir una exportación en la instancia de origen, Cloud SQL crea una instancia de descarga para realizar la exportación. La descarga de exportaciones tiene varias ventajas, como un mayor rendimiento en la instancia de origen y la posibilidad de realizar operaciones administrativas mientras se ejecuta la exportación. Con la transferencia de la exportación, la latencia total puede aumentar en el tiempo que se tarda en activar la instancia de transferencia. Por lo general, en el caso de las exportaciones de tamaño razonable, la latencia no es significativa. Sin embargo, si la exportación es lo suficientemente pequeña, es posible que notes el aumento de la latencia. |
Error al crear la extensión. | El archivo de volcado contiene referencias a una extensión no admitida. |
Error al usar pg_dumpall . |
Para usar la utilidad pg_dumpall con la marca --global , se necesita el rol de superusuario, pero este rol no es compatible con Cloud SQL. Para evitar que se produzcan errores al realizar operaciones de exportación que incluyan nombres de usuario, usa también la marca --no-role-passwords .
|
La operación de exportación se agota antes de exportar nada y aparece el mensaje de error Could not receive data from client: Connection reset
by peer. |
Si Cloud Storage no recibe ningún dato en un periodo determinado (normalmente, unos siete minutos), la conexión se restablece. Es posible que la consulta de exportación inicial tarde demasiado en ejecutarse.
Haz una exportación manual con la
|
Quieres que las exportaciones se automaticen. | Cloud SQL no ofrece ninguna forma de automatizar las exportaciones.
Puedes crear tu propio sistema de exportación automatizado con productos como Cloud Scheduler, Pub/Sub y funciones de Cloud Run, de forma similar a lo que se explica en este artículo sobre la automatización de copias de seguridad. Google Cloud |
Principal externa
Problema | Solución de problemas |
---|---|
Lost connection to MySQL server during query when dumping table . |
Es posible que la fuente haya dejado de estar disponible o que el volcado contenga paquetes demasiado grandes.
Asegúrate de que el primario externo esté disponible para conectarse. También puedes modificar los valores de las marcas net_read_timeout y net_write_timeout en la instancia de origen para detener el error. Para obtener más información sobre los valores permitidos de estas marcas, consulta el artículo Configurar marcas de base de datos. Para obtener más información sobre el uso de las marcas |
La migración de datos inicial se ha realizado correctamente, pero no se están replicando datos. | Una posible causa principal podría ser que tu base de datos de origen haya definido marcas de replicación que provoquen que no se repliquen algunos o todos los cambios de la base de datos.
Asegúrate de que las marcas de replicación, como Ejecuta el comando |
La migración de datos inicial se ha realizado correctamente, pero la replicación de datos deja de funcionar al cabo de un tiempo. | Puedes probar a realizar lo siguiente:
|
mysqld check failed: data disk is full . |
El disco de datos de la instancia réplica está lleno.
Aumenta el tamaño del disco de la instancia réplica. Puedes aumentar el tamaño del disco manualmente o habilitar el aumento automático del almacenamiento. |
Réplica externa
Problema | Solución de problemas |
---|---|
Mensaje de error: The slave is connecting ... master has purged
binary logs containing GTIDs that the slave requires . |
La instancia principal de Cloud SQL tiene copias de seguridad automáticas, registros binarios y la recuperación a un momento dado habilitada, por lo que debería tener suficientes registros para que la réplica pueda ponerse al día. Sin embargo, en este caso, aunque existen los registros binarios, la réplica no sabe desde qué fila debe empezar a leer.
Crea un archivo de volcado con los ajustes de marca correctos y configura la réplica externa con ese archivo.
|
Banderas
Problema | Solución de problemas |
---|
Alta disponibilidad
Problema | Solución de problemas |
---|---|
No encuentras las métricas de una conmutación por error manual. | Solo se incluyen en las métricas las conmutaciones por error automáticas. |
Los recursos de la instancia de Cloud SQL (CPU y RAM) están cerca del 100% de uso, lo que provoca que la instancia de alta disponibilidad deje de funcionar. | El tamaño de la máquina de la instancia es demasiado pequeño para la carga.
Edita la instancia para cambiar a un tamaño de máquina mayor y obtener más CPUs y memoria. |
Importar
Problema | Solución de problemas |
---|---|
HTTP Error 409: Operation failed because another operation was already in progress . |
Ya hay una operación pendiente en tu instancia. Solo se puede realizar una operación a la vez. Prueba a enviar la solicitud después de que se complete la operación en curso. |
La operación de importación está tardando demasiado. | Demasiadas conexiones activas pueden interferir en las operaciones de importación.
Cierra las operaciones que no se utilicen. Comprueba el uso de CPU y memoria de tu instancia de Cloud SQL para asegurarte de que hay suficientes recursos disponibles. La mejor forma de asegurarte de que dispones del número máximo de recursos para llevar a cabo la importación es reiniciar la instancia antes de comenzar la operación. Reiniciar:
|
Una operación de importación puede fallar cuando no existen uno o varios de los usuarios a los que se hace referencia en el archivo de volcado. | Antes de importar un archivo de volcado, todos los usuarios de bases de datos que sean propietarios de objetos o a los que se les hayan concedido permisos sobre objetos de la base de datos de volcado deben existir en la base de datos de destino. Si no lo hacen, la operación de importación no podrá volver a crear los objetos con la propiedad o los permisos originales.
Crea los usuarios de la base de datos antes de importar. |
Una operación de importación falla y se muestra un error que indica que no existe una tabla. | Las tablas pueden tener dependencias de claves externas en otras tablas y, según el orden de las operaciones, es posible que una o varias de estas tablas aún no existan en el momento de la operación de importación.
Puedes probar a realizar lo siguiente: Añade la siguiente línea al principio del archivo de volcado: SET FOREIGN_KEY_CHECKS=0; Además, añade esta línea al final del archivo de volcado: SET FOREIGN_KEY_CHECKS=1; Estos ajustes desactivan las comprobaciones de integridad de los datos mientras se lleva a cabo la operación de importación y las vuelven a activar una vez que se han cargado los datos. Esto no afecta a la integridad de los datos de la base de datos, ya que los datos ya se validaron durante la creación del archivo de volcado. |
Integración con Vertex AI
Problema | Solución de problemas |
---|---|
Mensaje de error: Google ML Integration API is not supported on shared core instance. Please upsize your machine type. |
Si has seleccionado un núcleo compartido para el tipo de máquina de tu instancia, no podrás habilitar la integración de Vertex AI en Cloud SQL. Cambia el tipo de máquina a núcleo dedicado. Para obtener más información, consulta Tipo de máquina. |
Mensaje de error: Google ML Integration is unsupported for this maintenance version. Please follow https://cloud.google.com/sql/docs/mysql/self-service-maintenance to update the maintenance version of the instance. |
Para habilitar la integración de Vertex AI en Cloud SQL, la versión de mantenimiento de tu instancia debe ser R20240130 o posterior. Para actualizar tu instancia a esta versión, consulta Mantenimiento de autoservicio. |
Mensaje de error: Cannot invoke ml_predict_row if 'cloudsql.enable_google_ml_integration' is off. |
La cloudsql.enable_google_ml_integration marca de base de datos está desactivada. Cloud SQL no se puede integrar con Vertex AI.Para activar esta marca, usa el comando gcloud sql instances patch :gcloud sql instances patch INSTANCE_NAME --database-flags cloudsql.enable_google_ml_integration=on Sustituye INSTANCE_NAME por el nombre de la instancia principal de Cloud SQL. |
Mensaje de error: Failed to connect to remote host: Connection refused. |
La integración entre Cloud SQL y Vertex AI no está habilitada. Para habilitar esta integración, usa el comando gcloud sql instances patch :gcloud sql instances patch INSTANCE_NAME Sustituye INSTANCE_NAME por el nombre de la instancia principal de Cloud SQL. |
Mensaje de error: Vertex AI API has not been used in project PROJECT_ID before or it is disabled. Enable it by visiting /apis/api/aiplatform.googleapis.com/overview?project=PROJECT_ID then retry. |
La API de Vertex AI no está habilitada. Para obtener más información sobre cómo habilitar esta API, consulta Habilitar la integración de bases de datos con Vertex AI. |
Mensaje de error: Permission 'aiplatform.endpoints.predict' denied on resource. |
Los permisos de Vertex AI no se añaden a la cuenta de servicio de Cloud SQL del proyecto en el que se encuentra la instancia de Cloud SQL. Para obtener más información sobre cómo añadir estos permisos a la cuenta de servicio, consulta Habilitar la integración de la base de datos con Vertex AI. |
Mensaje de error: Publisher Model `projects/PROJECT_ID/locations/REGION_NAME/publishers/google/models/MODEL_NAME` not found. |
El modelo de aprendizaje automático o el LLM no existen en Vertex AI. |
Mensaje de error: Resource exhausted: grpc: received message larger than max. |
El tamaño de la solicitud que Cloud SQL envía a Vertex AI supera el límite de gRPC de 4 MB por solicitud. |
Mensaje de error: Cloud SQL attempts to send a request to Vertex AI. However, the instance is in the %s region, but the Vertex AI endpoint is in the %s region. Make sure the instance and endpoint are in the same region. |
Cloud SQL intenta enviar una solicitud a Vertex AI. Sin embargo, la instancia está en una región, pero el endpoint de Vertex AI está en otra. Para solucionar este problema, tanto la instancia como el endpoint deben estar en la misma región. |
Mensaje de error: The Vertex AI endpoint isn't formatted properly. |
El endpoint de Vertex AI no tiene el formato correcto. Para obtener más información, consulta Usar puntos finales privados para la predicción online. |
Mensaje de error: Quota exceeded for aiplatform.googleapis.com/online_prediction_requests_per_base_model with base model: textembedding-gecko. |
El número de solicitudes que Cloud SQL envía a Vertex AI supera el límite de 1500 solicitudes por minuto, región, modelo y proyecto. |
Servidores vinculados
Mensaje de error | Solución de problemas |
---|---|
Msg 7411, Level 16, State 1, Line 25
|
La opción DataAccess está inhabilitada. Ejecuta el siguiente comando para habilitar el acceso a los datos:EXEC sp_serveroption @server='LINKED_SERVER_NAME', @optname='data access', @optvalue='TRUE' Sustituye LINKED_SERVER_NAME por el nombre del servidor vinculado. |
Access to the remote server is denied because no
login-mapping exists. (Microsoft SQL Server, Error: 7416)
|
Si tienes este problema al establecer una conexión cifrada, debes probar otra forma de proporcionar el ID de usuario cuando accedas al servidor vinculado. Para ello, ejecuta el siguiente comando:
EXEC master.dbo.sp_addlinkedserver @server = N'LINKED_SERVER_NAME', @srvproduct= N'', @provider= N'SQLNCLI', @datasrc= N'TARGET_SERVER_ID', @provstr= N'Encrypt=yes;TrustServerCertificate=yes;User ID=USER_ID' Sustituye lo siguiente:
|
Almacenamiento de registros
Problema | Solución de problemas |
---|---|
No se encuentran los registros de auditoría. | Los registros de acceso a datos solo se escriben si la operación es una llamada a la API autenticada por el usuario que crea, modifica o lee datos creados por el usuario, o si la operación accede a archivos de configuración o metadatos de recursos. |
No se encuentra información de las operaciones en los registros. | Quieres obtener más información sobre una operación.
Por ejemplo, se ha eliminado un usuario, pero no sabes quién lo ha hecho. Los registros muestran que la operación se ha iniciado, pero no proporcionan más información. Para registrar información personal identificable (IPI) detallada como esta, debes habilitar el registro de auditoría. |
Algunos registros se filtran del registro error.log de una instancia de Cloud SQL para SQL Server.
|
Los registros filtrados incluyen
registros de AD sin marcas de tiempo, entre los que se incluyen los siguientes:
Login failed for user 'x'. Reason: Token-based server access
validation failed with an infrastructure error. Login lacks connect endpoint
permission. [CLIENT: 127.0.0.1] . Estos registros se han filtrado porque
pueden causar confusión.
|
El registro está usando mucho espacio en disco. | Hay tres tipos de archivos de registro que usan espacio en disco: registros de rehacer, registros generales y registros binarios.
Conéctate a la base de datos y ejecuta estos comandos para obtener información sobre cada tipo: SHOW VARIABLES LIKE 'innodb_log_file%'; SELECT ROUND(SUM(LENGTH(argument)/POW(1024,2),2) AS GB from mysql.general_log; SHOW BINARY LOGS; |
Los archivos de registro son difíciles de leer. | Prefieres ver los registros como JSON o texto.Puedes usar el comando
gcloud logging read
junto con los comandos de posprocesamiento de Linux para descargar los registros.
Para descargar los registros como JSON, sigue estos pasos: gcloud logging read \ "resource.type=cloudsql_database \ AND logName=projects/PROJECT_ID \ /logs/cloudsql.googleapis.com%2FLOG_NAME" \ --format json \ --project=PROJECT_ID \ --freshness="1d" \ > downloaded-log.json Para descargar los registros como TEXTO: gcloud logging read \ "resource.type=cloudsql_database \ AND logName=projects/PROJECT_ID \ /logs/cloudsql.googleapis.com%2FLOG_NAME" \ --format json \ --project=PROJECT_ID \ --freshness="1d"| jq -rnc --stream 'fromstream(1|truncate_stream(inputs)) \ | .textPayload' \ --order=asc > downloaded-log.txt |
Los registros de consultas no se encuentran en los registros de PostgreSQL. | Debes habilitar las marcas pgaudit.
|
Gestionar instancias
Problema | Solución de problemas |
---|---|
El rendimiento es lento después de reiniciar MySQL. | Cloud SQL permite almacenar en caché los datos en el grupo de búferes de InnoDB. Sin embargo, después de reiniciar, esta caché siempre está vacía y todas las lecturas requieren un ciclo de ida y vuelta al backend para obtener los datos. Por lo tanto, las consultas pueden ser más lentas de lo esperado hasta que se llene la caché. |
Recuperación lenta tras un fallo. | Es posible que se haya acumulado una gran cantidad de general_log .
Puedes reducir el tiempo de recuperación tras un fallo evitando que se acumule una gran cantidad de general_log . Si tienes activada la opción general_log , trunca la tabla y habilita general_log solo durante
periodos breves.
Para saber el tamaño de los registros generales, conéctate a la base de datos y ejecuta esta consulta: SELECT ROUND(SUM(LENGTH(argument)/POW(1024,2)),2) from mysql.general_log;
|
Quieres saber qué está ocupando espacio de almacenamiento. | Por ejemplo, observas que tu base de datos solo usa tres GB, pero el almacenamiento indica que se están usando 14 GB. La mayor parte del espacio que no usan las tablas se utiliza para los registros binarios o los archivos temporales.
Puedes probar a realizar lo siguiente:
|
Las consultas están bloqueadas. | Es posible que las consultas bloqueen la base de datos MySQL, lo que provoca que todas las consultas posteriores se bloqueen o agoten el tiempo de espera.
Conéctate a la base de datos y ejecuta esta consulta:
El primer elemento de la lista puede ser el que tiene el bloqueo, que es el que esperan los elementos posteriores. La consulta |
No puedes eliminar manualmente los registros binarios. | Los registros binarios no se pueden eliminar manualmente. Los registros binarios se eliminan automáticamente junto con su copia de seguridad automática asociada, lo que suele ocurrir al cabo de unos siete días. |
Quieres buscar información sobre archivos temporales. | Se usa un archivo llamado ibtmp1 para almacenar datos temporales. Este archivo se restablece al reiniciar la base de datos. Para obtener información sobre el uso de archivos temporales, conéctate a la base de datos y ejecuta la siguiente consulta:
|
Quieres saber el tamaño de las tablas. | Esta información está disponible en la base de datos.
Conéctate a la base de datos y ejecuta la siguiente consulta:
|
mysqld ha recibido la señal 11. | Intenta refactorizar las consultas para que no creen demasiadas conexiones.
Si el problema persiste, ponte en contacto con el servicio de atención al cliente.
La señal 11 suele representar un problema del software MySQL.
|
InnoDB: page_cleaner: 1000ms intended loop took 5215ms. The
settings might not be optimal. |
El limpiador de páginas no puede seguir el ritmo de los cambios en la instancia.
Una vez por segundo, el limpiador de páginas analiza el grupo de búferes en busca de páginas sucias para
volcarlas del grupo de búferes al disco. La advertencia que ves indica que tiene muchas páginas sucias que vaciar y que tarda más de un segundo en vaciar un lote de ellas en el disco.
Fragmenta la instancia si es posible. Es mejor usar muchas instancias de Cloud SQL más pequeñas que una instancia grande. |
Quieres saber qué consultas se están ejecutando ahora. | Conéctate a la base de datos y ejecuta la siguiente consulta:
|
Quieres saber qué unidades se están usando en un campo específico. | Conéctate a la base de datos y ejecuta la siguiente consulta
(con tu propio FIELD_NAME ):
|
Quieres encontrar el valor actual de un ajuste de la base de datos. | Conéctate a la base de datos y ejecuta la siguiente consulta
(con tu propio SETTING_NAME ):
Ejecuta |
Quieres detener un proceso en segundo plano bloqueado. | El usuario debe tener el rol pg_signal_backend .
Ejecuta estos comandos:
|
La instancia está a punto de consumir el 100% de los IDs de transacción. | Tu monitorización interna te avisa de que la instancia se acerca al 100 % del consumo de IDs de transacción. Quieres evitar que las transacciones se repitan,
lo que puede bloquear las escrituras.
Es posible que el trabajo de autovacuum esté bloqueado o que no esté reclamando los IDs de transacción lo suficientemente rápido como para mantener el ritmo de la carga de trabajo. Para evitar interrupciones debido al problema de la envoltura de transacciones, puedes consultar estos consejos de autoservicio para solucionar la envoltura del TXID. Para obtener consejos generales sobre la optimización, consulta Optimizar, monitorizar y solucionar problemas de operaciones VACUUM en PostgreSQL. |
El almacenamiento temporal ha aumentado el almacenamiento automático. | El almacenamiento automático está habilitado.
Al reiniciar, se eliminan los archivos temporales, pero no se reduce el almacenamiento. Solo el equipo de Asistencia puede restablecer el tamaño de la instancia. |
Los datos se están eliminando automáticamente. | Lo más probable es que se esté ejecutando una secuencia de comandos en algún lugar de tu entorno.
Busca en los registros la hora en la que se produjo la eliminación y comprueba si hay una secuencia de comandos no autorizada que se esté ejecutando desde un panel de control u otro proceso automatizado. |
No se puede eliminar la instancia. | Es posible que veas el mensaje de error ERROR: (gcloud.sql.instances.delete) HTTP Error
409: The instance or operation is not in an appropriate state to handle the
request o que la instancia tenga el estado de la marca INSTANCE_RISKY_FLAG_CONFIG .
Algunas explicaciones posibles son las siguientes:
|
La instancia se ha bloqueado debido al gran tamaño de los datos temporales. | El sistema puede crear muchas tablas temporales a la vez, en función de las consultas y la carga.
Lamentablemente, no puedes reducir el tamaño del archivo Una opción de mitigación es crear la tabla temporal con |
Error fatal durante la actualización. | Los registros pueden revelar más información, pero, en cualquier caso, es posible que necesites la ayuda del servicio de asistencia para forzar la recreación de la instancia. |
La instancia se queda bloqueada al reiniciarse después de quedarse sin espacio en disco. | La función de aumento automático del almacenamiento no está habilitada.
Si tu instancia se queda sin almacenamiento y la función de aumento automático del almacenamiento no está habilitada, la instancia se desconectará. Para evitar este problema, puedes editar la instancia para habilitar el aumento automático del almacenamiento. |
Tu instancia principal local está bloqueada. | Google Cloud no puede ayudarte con las instancias que no están en Cloud SQL. |
El dispositivo se apaga lentamente al reiniciarse. | Cuando una instancia se cierra, las conexiones pendientes que no finalicen en un plazo de 60 segundos hacen que el cierre no sea limpio.
Si las conexiones duran menos de 60 segundos, se pueden evitar la mayoría de los cierres incorrectos, incluidas las conexiones desde el símbolo del sistema de la base de datos. Si mantienes estas conexiones abiertas durante horas o días, los cierres pueden no ser limpios. |
No se puede eliminar un usuario. | Es probable que el usuario tenga objetos en la base de datos que dependan de ella. Debes eliminar esos objetos o reasignarlos a otro usuario.
Averigua qué objetos dependen del usuario y, a continuación, elimina o reasigna esos objetos a otro usuario. |
Algunas consultas concretas se ejecutan con lentitud. | Las consultas pueden ser lentas por muchos motivos, principalmente debido a aspectos específicos de la base de datos. Una de las razones que pueden implicar a Cloud SQL es la latencia de la red, cuando el recurso de origen (escritor o lector) y el recurso de destino (Cloud SQL) están en regiones diferentes.
Consulta en concreto los consejos generales sobre el rendimiento. Si las inserciones, actualizaciones o eliminaciones de bases de datos son lentas, puedes probar lo siguiente:
Para reducir la latencia, se recomienda ubicar los recursos de origen y de destino en la misma región. |
Se indica que no hay memoria suficiente, pero los gráficos de monitorización no lo muestran. | Una instancia puede fallar e informar de Out of memory , pero los gráficos de la consola Google Cloud o de Cloud Monitoring pueden mostrar que aún queda memoria.
Además de la carga de trabajo, hay otros factores que pueden influir en el uso de la memoria, como el número de conexiones activas y los procesos internos. Estas no siempre se reflejan en los gráficos de monitorización. Asegúrate de que la instancia tenga suficiente margen para tu carga de trabajo, además de un margen adicional. |
Recuperar una instancia eliminada. | Todos los datos de una instancia, incluidas las copias de seguridad, se pierden de forma permanente cuando se elimina esa instancia.
Para conservar tus datos, expórtalos a Cloud Storage antes de eliminar una instancia. El rol Administrador de Cloud SQL incluye el permiso para eliminar la instancia. Para evitar que se eliminen por error, asigna este rol solo cuando sea necesario. |
Quieres cambiar el nombre de una instancia de Cloud SQL. | No se puede cambiar el nombre de una instancia.
Hay otras formas de conseguir el objetivo creando una instancia.
En ambos casos, puedes eliminar la instancia antigua una vez que se haya completado la operación. Te recomendamos que elijas la opción de clonación, ya que no afecta al rendimiento y no requiere que vuelvas a configurar los ajustes de la instancia, como las marcas, el tipo de máquina, el tamaño del almacenamiento y la memoria. |
Error al eliminar una instancia. | Si la protección contra la eliminación está habilitada en una instancia, confirma que quieres eliminarla. A continuación, inhabilitar la protección contra la eliminación antes de eliminar la instancia. |
Private Service Connect
Problema | Solución de problemas |
---|---|
La vinculación de servicio de la instancia no acepta el endpoint de Private Service Connect. |
|
ERROR: (gcloud.compute.forwarding-rules.create) Could not fetch resource: The resource 'projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME' was not found |
Este mensaje de error puede producirse al reservar una dirección IP interna estática para el punto final de Private Service Connect. Asegúrate de que la subred especificada exista en el proyecto indicado en el URI. Si quieres crear un endpoint en un proyecto de servicio, pero usar una subred de una red de VPC compartida, debes especificar la subred por su URI y usar el ID del proyecto host en el URI. Para obtener más información, consulta Crear el endpoint manualmente. |
ERROR: (gcloud.compute.forwarding-rules.create) Could not fetch resource:
- The resource 'projects/PROJECT_ID/global/networks/NETWORK_NAME' was not found |
Este mensaje de error puede producirse cuando creas un punto final de Private Service Connect manualmente. Asegúrate de que la red especificada exista en el proyecto indicado en el URI. Si quieres crear un endpoint en un proyecto de servicio, pero usar una red de VPC compartida, debes especificar la red por su URI y usar el ID del proyecto del host en el URI. Para obtener más información, consulta Crear el endpoint manualmente. |
Invalid consumer network status for PSC auto connection . |
La red de consumo no está configurada correctamente o no está configurada en absoluto y, por lo tanto, no hay ningún endpoint disponible al que conectarse. Para conectarte al endpoint, tendrás que comprobar su estado y corregir el error antes de volver a intentarlo.
|
No permission to create a service connection policy . |
No tienes los permisos necesarios para crear una política de conexión de servicio. Para crear una política de conexión de servicio, necesitas el rol |
La vinculación de red no puede aceptar conexiones desde la interfaz de Private Service Connect cuando se usa la conectividad saliente de Private Service Connect. | Si tu red externa no puede aceptar conexiones desde la interfaz de Private Service Connect, es posible que las políticas de conexión de tu vinculación de red no estén configuradas correctamente. Usa el siguiente comando para verificar las conexiones aceptadas en tu adjunto de red: gcloud compute network-attachments describe default --region=REGION_ID |
Replicación
Problema | Solución de problemas |
---|---|
La réplica de lectura no ha empezado a replicarse al crearse. | Probablemente haya un error más específico en los archivos de registro. Inspecciona los registros en Cloud Logging para encontrar el error real. |
No se puede crear una réplica de lectura: error invalidFlagValue. | Una de las marcas de la solicitud no es válida. Puede ser una marca que hayas proporcionado explícitamente o una que se haya definido con un valor predeterminado.
En primer lugar, comprueba que el valor de la marca Si la marca |
No se ha podido crear la réplica de lectura debido a un error desconocido. | Probablemente 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 |
El disco está lleno. | El disco de la instancia principal puede llenarse durante la creación de la réplica. Edita la instancia principal para actualizarla a un tamaño de disco mayor. |
La instancia de réplica está usando demasiada memoria. | La réplica usa memoria temporal para almacenar en caché las operaciones de lectura solicitadas con frecuencia, lo que puede hacer que use más memoria que la instancia principal.
Reinicia la instancia de réplica para recuperar el espacio de memoria temporal. |
Replicación detenida. | Se ha alcanzado el límite máximo de almacenamiento y el aumento automático del almacenamiento no está habilitado.
Edita la instancia para habilitar |
La latencia de replicación es constantemente alta. | La carga de escritura es demasiado alta para que la réplica pueda gestionarla. El retraso de la réplica se produce cuando el subproceso SQL de una réplica no puede seguir el ritmo del subproceso de E/S. Algunos tipos de consultas o cargas de trabajo pueden provocar una latencia de replicación alta temporal o permanente en un esquema determinado. Estas son algunas de las causas habituales del retraso de la réplica:
Estas son algunas posibles soluciones:
|
La creación de réplicas falla por tiempo de espera agotado. | Las transacciones sin confirmar de larga duración en la instancia principal pueden provocar que falle la creación de réplicas de lectura.
Vuelve a crear la réplica después de detener todas las consultas en ejecución. |