Problemas conocidos

En esta página se enumeran los problemas conocidos de Cloud SQL para MySQL, así como las formas de evitar o solucionar estos problemas.

Si tienes problemas con tu instancia, consulta también las directrices operativas y la información de Diagnóstico de problemas.

Problemas de durabilidad y disponibilidad de los datos

  • Columnas generadas (solo instancias de MySQL 5.7)

    Debido a un problema de MySQL, el uso de columnas generadas puede provocar daños en los datos. Para obtener más información, consulta el error de MySQL #82736.

Problemas de conexión con la instancia

  • Certificados SSL/TLS caducados

    Si tu instancia está configurada para usar SSL, ve a la página Instancias de Cloud SQL de la consola de Google Cloud y abre la instancia. Abre la página Conexiones, selecciona la pestaña Seguridad y comprueba que el certificado de tu servidor sea válido. Si ha caducado, debes añadir un nuevo certificado y cambiar a él.

  • Versión del proxy de autenticación de Cloud SQL

    Si te conectas mediante el proxy de autenticación de Cloud SQL, asegúrate de usar la versión más reciente. Para obtener más información, consulta Mantener actualizado el proxy de autenticación de Cloud SQL.

  • No tienes autorización para conectarte

    Si intentas conectarte con una instancia que no existe en el proyecto, el mensaje de error solo indicará que no tienes acceso autorizado.

  • No se puede crear una instancia de Cloud SQL

    Si ves el mensaje de error Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID], prueba a crear la instancia de Cloud SQL de nuevo.

Problemas administrativos

  • Solo se puede ejecutar una operación de importación o exportación de Cloud SQL de larga duración a la vez en una instancia. Cuando inicies una operación, asegúrate de que no necesitas realizar otras operaciones en la instancia. Además, cuando inicies la operación, podrás cancelarla.

  • MySQL confirma automáticamente cada instrucción DDL. Cloud SQL conserva todos los pasos de la importación hasta que se cancela la instancia. Por lo tanto, es posible que tengas que limpiar los datos de la instancia manualmente.

Problemas al importar y exportar datos

  • La exportación a CSV no da el formato correcto a los valores NULL ni a los saltos de línea.

    Cuando exporta datos como CSV mediante la función de exportación de Cloud SQL, los valores NULL se exportan como "N, lo que puede provocar que el archivo CSV contenga comillas desequilibradas. Además, si los datos de texto contienen un carácter de salto de línea, se añade una comilla al final de la línea.

    Cuando importa un archivo que ha exportado con el carácter de escape predeterminado, el archivo trata el valor como "NULL" en lugar de NULL. Para anular el valor predeterminado al exportar el archivo, usa --escape="5C".

  • La configuración del modo SQL afecta a la forma en que Cloud SQL interpreta las consultas SQL.

    Por ejemplo, si exportas datos de una base de datos sin la opción Strict SQL habilitada y, a continuación, intentas importarlos en Cloud SQL (que tiene habilitada la opción Strict SQL de forma predeterminada), es posible que la importación falle. La práctica recomendada es usar el mismo modo SQL en la importación que en la exportación.

  • La cláusula DEFINER puede provocar que la importación falle

    Una cláusula DEFINER puede provocar que falle una operación de importación si el usuario de DEFINER es un usuario SUPER o del sistema y es diferente del usuario que realiza la importación en Cloud SQL. Consulta más información sobre el uso de DEFINER y las posibles soluciones alternativas en Cloud SQL.

  • Si intentas importar y exportar datos de una base de datos grande (por ejemplo, una base de datos que tenga 500 GB de datos o más), las operaciones de importación y exportación pueden tardar mucho tiempo en completarse. Además, no podrás realizar otras operaciones (por ejemplo, la de copia de seguridad) mientras se esté llevando a cabo la importación o la exportación. Una posible opción para mejorar el rendimiento del proceso de importación y exportación es restaurar una copia de seguridad anterior mediante gcloud o la API.

Registros de transacciones y crecimiento del disco

Los registros se purgan una vez al día, no de forma continua. Si el número de días de conservación de registros es el mismo que el número de copias de seguridad, es posible que se pierda un día de registro, en función de cuándo se realice la copia de seguridad. Por ejemplo, si se define la conservación de registros en siete días y la conservación de copias de seguridad en siete copias, se conservarán entre seis y siete días de registros.

Te recomendamos que configures el número de copias de seguridad para que sea al menos una más que los días de conservación de registros, de modo que se garantice un mínimo de días de conservación de registros.

Problemas al actualizar la instancia de MySQL

Si usas Database Migration Service para actualizar tu instancia de MySQL de la versión 5.7 a la 8.0 y tienes procedimientos almacenados creados en la base de datos llamada mysql en tu instancia de la versión 5.7, es posible que tus procedimientos almacenados no se copien en la base de datos mysql de la instancia de la versión 8.0 actualizada. Además, es posible que no puedas crear procedimientos almacenados en la base de datos mysql de la instancia actualizada.

Problemas con la compresión de páginas InnoDB

La compresión de páginas de InnoDB puede mejorar el rendimiento de las consultas de actualización al reducir la cantidad de datos que se deben leer y escribir en el disco. Sin embargo, la compresión de páginas puede afectar al rendimiento de las consultas de actualización en tablas que se actualizan con frecuencia. Para evaluar el impacto de la compresión de páginas en tus consultas de actualización, puedes realizar una prueba de rendimiento con y sin compresión de páginas. Esto te ayuda a observar cómo afecta la compresión de páginas al rendimiento de tu carga de trabajo.

Para optimizar el rendimiento de la compresión de páginas, siga estos pasos:

  • Usa un algoritmo de compresión adecuado para tu tipo de datos. Por ejemplo, usa LZ4 para datos de texto y ZLIB para datos binarios.

  • No uses la compresión en los datos que se actualizan con frecuencia. Comprimir y descomprimir datos puede ralentizar las consultas de actualización.

Problemas relacionados con Cloud Monitoring o Cloud Logging

Las instancias con los siguientes nombres de región se muestran de forma incorrecta en determinados contextos, como se indica a continuación:

  • us-central1 se muestra como us-central
  • europe-west1 se muestra como europe
  • asia-east1 se muestra como asia

Este problema se produce en los siguientes contextos:

  • Alertas en Cloud Monitoring
  • Explorador de métricas
  • Cloud Logging

Puedes mitigar el problema de las alertas de Cloud Monitoring y del explorador de métricas usando etiquetas de metadatos de recursos. Use la etiqueta de metadatos del sistema region en lugar de la etiqueta de recurso monitorizado cloudsql_database region.