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. Más información

  • 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

    Cuando inicias una operación de instancia de larga duración de Cloud SQL, como una operación de importación o exportación, no puedes detener la operación antes de que se complete. Además, en una instancia, puede ejecutarse una sola operación a la vez.

    Por ello, asegúrate de que no necesites realizar otro trabajo en la instancia cuando comienzas una operación de larga duración.

  • Luego de la eliminación de una instancia, su nombre no puede volver a utilizarse 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.