Limitaciones conocidas

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

Nota: También puedes usar Google Cloud Migration Center para descubrir las 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 el desencriptado 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 migraciones de MySQL 8.0 a MySQL 8.4 y de MySQL 8.4 a MySQL 9.7:

  • Tu 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 BACKUP_ADMIN privilegio.

  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 y sin problemas de coherencia de datos.

  Cuando te prepares para una migración entre versiones, revisa las funciones compatibles con Cloud SQL para MySQL así como las notas de la versión principal de destino para determinar las incompatibilidades que 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, TRUNCATE TABLE) en tu base de datos de origen. Si ejecutas estas operaciones durante la fase de volcado completo, es posible que se produzca un interbloqueo de metadatos, lo que provocará que el proceso de migración falle (con el Table definition has changed error) o deje de responder (y muestre 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 Amazon Aurora.

• Database Migration Service no puede migrar datos desde una instancia de réplica de lectura de Amazon Aurora o una instancia de réplica de lectura de MySQL de Oracle Cloud Infrastructure (OCI), ya que no se pueden recuperar archivos de registro binario 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 GTID. Debes usar la replicación basada en la posición y el archivo de registro binario. 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 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 tu base de datos de origen no contenga objetos que hagan referencia a tablas en estos esquemas. De lo contrario, su migración puede fallar con el ERROR 1109 (42S02): Unknown table in <schema name here> mensaje. 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 la modificación de la base de datos, lo que podría interrumpir el proceso de migración o la integridad de los datos. Una vez que se promueve el destino, se puede escribir.

• Database Migration Service no es compatible con MariaDB.

• Debes establecer el formato de registro binario en ROW. Si configuras el registro binario en cualquier otro formato, como STATEMENT o MIXED, la replicación podría fallar. Por ejemplo, usa la instrucción 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 continua 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 las interfaces de Private Service Connect solo se admite para la migración a instancias de destino existentes. Si deseas 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 significativamente 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 tu base de datos de origen, lo que la hace no disponible temporalmente para las escrituras. La duración del bloqueo depende de la cantidad de tablas en la base de datos de origen:

  Cantidad de tablas	Tiempo de bloqueo aproximado
  100	1 segundo
  10,000	9 segundos
  50,000	49 segundos

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

Limitaciones para las migraciones a instancias de destino existentes

• Tu 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 contienen datos del 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 en tu instancia de destino y vuelve a intentar el trabajo de migración. Consulta Borra datos adicionales de tu instancia de destino existente.

• Puedes configurar solo 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.
• Para migrar a una instancia de Cloud SQL que tenga una réplica de lectura es necesario que tu 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 instancia.
• Para usuarios de Terraform: Database Migration Service modifica la configuración de copia de seguridad y recuperación de tu instancia de destino. Esto puede hacer 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 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.