Errores conocidos (original) (raw)

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 Instancias de Cloud SQL en la consola de Google Cloud y abre la instancia. Abre la página Conexiones, selecciona la pestaña Seguridad 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 Cloud SQL Auth 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 Cloud SQL Auth.
• 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.
• 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], vuelve a crear la instancia de Cloud SQL.

Problemas de administración

• 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 necesites realizar otras operaciones en ella. Además, cuando inicias la operación, puedes cancelarla.
• MySQL realiza confirmaciones automáticas en cada declaración DDL. Cloud SQL conserva todos los pasos de la importación hasta la cancelación de la instancia. Por lo tanto, es posible que tengas que limpiar los datos en la instancia de forma manual.

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.
  Cuando importas un archivo que exportaste con el carácter de escape predeterminado, el archivo trata el valor como "NULL" en lugar de NULL. Para anular el valor predeterminado cuando exportes el archivo, usa --escape="5C".
• 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.
• Si intentas importar y exportar datos desde una base de datos grande (por ejemplo, una base de datos que tiene 500 GB de datos o más), las operaciones de importación y exportación pueden tardar mucho tiempo en completarse. Además, no puedes realizar otras operaciones (por ejemplo, la operación de copia de seguridad) mientras se realiza la importación o exportación. Una opción posible para mejorar el rendimiento del proceso de importación y exportación es restablecer una copia de seguridad anterior mediante gcloud o la API.
• Cloud Storage admite un tamaño máximo de hasta cinco tebibytes (5 TiB) para un solo objeto. Dado que Cloud SQL comprime los datos antes de subirlos a Cloud Storage, una operación de exportación solo falla si el tamaño comprimido de un archivo de exportación supera los 5 TiB.
  La relación de compresión depende de los tipos de datos de la base de datos. Por ejemplo, el texto se comprime mejor que los datos binarios, como los BLOB. Por lo tanto, es posible que el tamaño de una base de datos o una tabla superior a 5 TiB no provoque un error en la exportación si los datos son altamente comprimibles, mientras que los datos sin comprimir que se acercan a los 5 TiB podrían fallar.
  Si realizas una operación de exportación estándar, Cloud SQL suele crear un solo archivo de exportación. Si usas la exportación paralela, Cloud SQL crea varios archivos de exportación. Con este tipo de exportación, la operación falla si alguna tabla es lo suficientemente grande como para que su archivo de exportación comprimido supere los 5 TiB.
  Si la exportación falla debido al límite de 5 TiB, debes dividirla en segmentos más pequeños. Si usas una exportación estándar y alcanzas este límite, considera cambiar a la exportación paralela.

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.

Problemas con la compresión de páginas de InnoDB

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

Puedes optimizar el rendimiento de la compresión de páginas de la siguiente manera:

• 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.
• Evita usar la compresión para los datos que se actualizan con frecuencia. La compresión y descompresión de datos pueden 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 ciertos contextos, de la siguiente manera:

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

Este problema ocurre en los siguientes contextos:

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

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