Limitaciones conocidas

Antes de elegir migrar tus bases de datos a Cloud SQL, considera las limitaciones conocidas para esta situación de migración.

Nota: También puedes usar Google Cloud Migration Center para descubrir brechas en la compatibilidad con funciones. Consulta Descubre e importa bases de datos en la documentación de Migration Center.

Entre las limitaciones conocidas para usar una base de datos de MySQL como fuente, se incluyen las siguientes:

• Para migrar bases de datos encriptadas, debes proporcionar las claves de encriptación a Database Migration Service. Database Migration Service admite la migración de datos desde bases de datos encriptadas de Amazon Aurora o Amazon RDS, ya que estas bases de datos controlan la desencriptación de forma transparente en sus servicios. Para obtener más información, consulta Encripta recursos de Amazon Aurora, Encripta recursos de Amazon RDS y Configura claves de encriptación administradas por el cliente (CMEK).

• No se admite la migración a MySQL 5.6, MySQL 8.4 o MySQL 9.7 con un archivo de copia de seguridad física de Percona XtraBackup.

• Para las migraciones de MySQL 8.0 a MySQL 8.4 y de MySQL 8.4 a MySQL 9.7, haz lo siguiente:

  • La base de datos de destino debe tener la marca local_infile establecida en ON.
  • La cuenta de migración dedicada en la instancia de origen no puede tener el privilegio BACKUP_ADMIN.

  Estas consideraciones también se abordan en las secciones pertinentes, como la página Configura la base de datos de origen.

• Cuando migras entre versiones principales de MySQL (por ejemplo, de MySQL 8.0 a MySQL 8.4), debes abordar las posibles incompatibilidades para garantizar una migración sin problemas de coherencia de datos.

  Cuando te prepares para una migración entre versiones, revisa las funciones compatibles con Cloud SQL para MySQL y las notas de la versión principal de destino para determinar qué incompatibilidades debes abordar.

  • MySQL 9.7
  • MySQL 8.4
  • MySQL 8.0
  • MySQL 5.7

• Durante la fase de volcado de datos completo, no puedes realizar ninguna operación de lenguaje de definición de datos (DDL) (como ALTER TABLE, DROP TABLE o TRUNCATE TABLE) en tu base de datos de origen. Ejecutar estas operaciones durante la fase de volcado completo podría provocar un interbloqueo de metadatos, lo que causaría que el proceso de migración falle (con el error Table definition has changed) o deje de responder (y se informen errores de tiempo de espera, como ERROR: While 'Loading data': Dump timeout o MySQL Error 2013 (HY000): Lost connection to MySQL server during query). Puedes realizar cambios de DDL en tu base de datos de origen durante la fase de CDC. Para obtener más información, consulta las siguientes entradas en la sección de solución de problemas:

  • Table definition has changed
  • While 'Loading data': dump timeout
  • MySQL Error 2013: Lost connection to MySQL server during query
  • Timeout waiting for no write traffic on the source: context deadline exceeded

• Si la fuente es Amazon RDS MySQL, Amazon Aurora MySQL o una fuente que no otorga privilegios de SUPERUSER, se requieren pasos adicionales para una migración exitosa, incluido un breve tiempo de inactividad de escritura en la fuente. Para obtener más información, consulta las secciones Configura la base de datos de origen para Amazon RDS y Específico de Amazon Aurora.

• Database Migration Service no puede migrar datos de una instancia de réplica de lectura de Amazon Aurora ni de una instancia de réplica de lectura de MySQL de Oracle Cloud Infrastructure (OCI) porque no se pueden recuperar los archivos de registro binarios de la instancia. Para obtener más información sobre Amazon Aurora, consulta la sección específica de Amazon Aurora.

• Cuando se migra desde una réplica de lectura de MySQL autoadministrada, no se admite el GTID. Debes usar el archivo de registro binario y la replicación basada en la posición. Para obtener más información, consulta Tipos y fases de migración.

• La base de datos del sistema de MySQL no se migra como parte de la migración del servidor, por lo que no se incluye la información sobre las cuentas de usuario, los accesos y los roles.

• Si bien puedes seleccionar bases de datos específicas para migrar, no puedes filtrar ni seleccionar objetos de base de datos individuales dentro de una base de datos (como tablas, vistas o procedimientos almacenados específicos) cuando migras con Database Migration Service. Se migran todas las tablas y los objetos de InnoDB de cada base de datos seleccionada, excepto los siguientes esquemas del sistema: mysql, performance_schema, information_schema y sys. Antes de comenzar la migración, asegúrate de que la base de datos de origen no contenga objetos que hagan referencia a tablas en estos esquemas. De lo contrario, la migración puede fallar con el mensaje ERROR 1109 (42S02): Unknown table in <schema name here>. Consulta Configura tu base de datos de origen y Diagnostica problemas.

• Durante la migración, la base de datos de Cloud SQL de destino está en modo de solo lectura para evitar que se modifique la base de datos, lo que podría interrumpir el proceso de migración o la integridad de los datos. Después de que se asciende el destino, se puede escribir en él.

• Database Migration Service no es compatible con MariaDB.

• Debes configurar el formato de registro binario como ROW. Si configuras el registro binario en cualquier otro formato, como STATEMENT o MIXED, la replicación podría fallar. Por ejemplo, con la sentencia LOAD DATA IN FILE.

  Obtén más información sobre esta limitación para los formatos STATEMENT o MIXED.

• Si creas un trabajo de migración continuo con tu propio archivo de volcado, no uses la utilidad mysqldump de la versión 5.7.36 de MySQL. Para obtener más información, consulta el error n° 105761 en la documentación de MySQL.

• InnoDB es el único motor de almacenamiento compatible con Cloud SQL. La migración con MyISAM puede causar incoherencia de datos y requiere una validación de datos. Si deseas obtener ayuda para convertir tablas de MyISAM a InnoDB, consulta la documentación de MySQL.

• El método de conectividad de interfaces de Private Service Connect solo se admite para migrar a instancias de destino existentes. Si quieres usar la conectividad de IP privada y migrar a una instancia de destino nueva, usa el intercambio de tráfico entre VPC.

Consideraciones sobre el paralelismo de volcado de datos

El paralelismo de volcado de datos te permite migrar desde bases de datos de MySQL con un mecanismo de volcado de alto rendimiento, lo que mejora de forma significativa la velocidad de migración. Cuando uses el paralelismo de volcado de datos, ten en cuenta lo siguiente:

• El paralelismo de volcado de datos solo está disponible cuando se migra a las versiones 5.7, 8.0, 8.4 o 9.7 de MySQL.

• Al comienzo del volcado de datos, Database Migration Service bloquea brevemente la base de datos de origen, lo que hace que no esté disponible temporalmente para las operaciones de escritura. La duración del bloqueo depende de la cantidad de tablas en la base de datos de origen:

  Cantidad de tablas	Hora de bloqueo aproximada
  100	1 segundo
  10,000	9 segundos
  50,000	49 segundos

Nota: En situaciones en las que no es posible bloquear la base de datos de origen, usa una réplica de lectura como base de datos de origen. Para obtener información sobre cómo migrar desde réplicas de lectura en Amazon RDS, consulta Migra desde RDS MySQL.

Limitaciones para las migraciones a instancias de destino existentes

• La instancia de destino existente solo puede contener bases de datos del sistema predeterminadas que se configuran automáticamente cuando creas la instancia de destino. No se admite la migración a instancias de destino existentes que contengan datos de usuario (como tablas en esquemas del sistema o bases de datos).

  Si tienes problemas debido a datos adicionales en tu instancia de destino existente, borra las bases de datos de tu instancia de destino y vuelve a intentar el trabajo de migración. Consulta Borra los datos adicionales de tu instancia de destino existente.

• Solo puedes configurar un trabajo de migración por instancia de destino.
• Solo puedes migrar a instancias de Cloud SQL independientes. No se admite la migración a réplicas de servidores externos.
• La migración a una instancia de Cloud SQL que tiene una réplica de lectura requiere que la instancia de origen tenga habilitado el registro de ID de transacción global (GTID).
• No puedes usar réplicas de lectura de Cloud SQL para MySQL como la instancia de destino de la migración.
• Para los usuarios de Terraform: Database Migration Service modifica la configuración de copia de seguridad y recuperación de tu instancia de destino. Esto puede provocar que la configuración de la instancia de destino sea diferente de la configuración de Terraform que usaste para el aprovisionamiento. Si tienes este problema, sigue las instrucciones que se indican en Diagnostica problemas.

Cuotas

• Pueden existir hasta 2,000 perfiles de conexión y 1,000 trabajos de migración en un momento determinado. Para crear espacio para más, se pueden borrar los trabajos de migración (incluidos los completados) y los perfiles de conexión.