Problemas conocidos

En esta página, se detallan los problemas conocidos de Cloud SQL para MySQL y las maneras en que puedes recuperarte de ellos o evitarlos.

Si tienes problemas con la instancia, asegúrate de revisar también los Lineamientos operativos y la información en Cómo diagnosticar problemas.

Problemas de durabilidad de datos y disponibilidad

  • Columnas generadas (solo para instancias MySQL 5.7)

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

Problemas de conexión de la instancia

  • Certificados SSL/TLS vencidos

    Si tu instancia está configurada para usar SSL, ve a la página de instancias de Cloud SQL en Cloud Console y abre la instancia. Abre la página Conexiones y asegúrate de que tu certificado de servidor sea válido. Si caducó, debes agregar uno nuevo y rotarlo.

  • Versión del proxy de Cloud SQL Auth

    Si utilizas el proxy de autenticación de Cloud SQL para conectarte, asegúrate de utilizar la versión más reciente. Para obtener más información, visita Mantén actualizado el proxy de autenticación de Cloud SQL.

  • No autorizado para conectarte

    Si intentas conectarte a una instancia que no existe en ese proyecto, el mensaje de error solo dirá que no estás autorizado para acceder a esa instancia.

Problemas de administración

  • Las operaciones de instancia de Cloud SQL de larga duración no se pueden cancelar ni detener

    Solo se puede ejecutar una operación a la vez en una instancia de Cloud SQL. Por este motivo, asegúrate de que no necesites realizar otras operaciones en una instancia cuando inicies una operación de larga duración.

    Cuando inicias una operación de instancia de Cloud SQL de larga duración, como una operación de importación o exportación, no hay forma de cancelarla.

  • Luego de la eliminación de una instancia, su nombre no puede volver a usarse de inmediato.

    Cuando borras una instancia, no puedes volver a usar el nombre de esa instancia de inmediato porque Cloud SQL lo reserva durante unos días. Si necesitas crear y borrar instancias con el mismo nombre, considera usar una marca de tiempo como parte del nombre para evitar que se generen problemas.

  • Configura la zona horaria para instancias de MySQL

    Es posible configurar la zona horaria de MySQL a un área determinada, como "Europa/Moscú", mediante una variable de sesión. Sin embargo, esta acción no se admite en Cloud SQL y no garantiza proporcionar la configuración de horario actualizada. Para cambiar la zona horaria predeterminada de tu instancia, actualiza la marca default_time_zone con la compensación de UTC (por ejemplo, +10:00). No se admite el ajuste automático al horario de verano, por lo que debes actualizar de forma manual la marca default_time_zone.

Problemas con la importación y la exportación de datos

  • La exportación del archivo CSV no formatea NULL ni líneas nuevas de manera adecuada.

    Cuando exportas datos como CSV con la función de exportación de Cloud SQL, los NULL se exportan como "N, lo que puede hacer que el archivo CSV contenga comillas desiguales. Además, si los datos de texto contienen un carácter de líneas nuevas, se agrega una comilla de seguimiento al final de la línea.

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

    Por ejemplo, si exportas desde una base de datos que no tiene habilitado el modo SQL Estricto y, luego, intentas importar a Cloud SQL (que habilita el modo SQL Estricto de forma predeterminada), la importación podría fallar. La práctica recomendada es usar en la importación el mismo modo SQL que usaste para la exportación.

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

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

Registros de transacciones y aumento de discos

Los registros se borran definitivamente una vez al día, no de forma continua. Cuando la cantidad de días de retención de registros se configura para ser la misma que la cantidad de copias de seguridad, es posible que se pierda un día de registro, según el momento en que se realice la copia de seguridad. Por ejemplo, establecer la retención de registros en siete días y la retención de copias de seguridad en siete copias de seguridad implica que se conservarán entre seis y siete días de registros.

Recomendamos configurar la cantidad de copias de seguridad en un día más que los días de retención de registros para garantizar un mínimo de días específicos de retención.

Problemas con la actualización de 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 en la base de datos con el nombre mysql en la instancia de la versión 5.7, es posible que tus procedimientos almacenados puedan no copiarse a la base de datos mysql en la instancia actualizada de la versión 8.0. Además, es posible que no puedas crear procedimientos almacenados en la base de datos mysql en la instancia actualizada.