Cuando migras tu esquema, datos y metadatos de una base de datos de origen a una base de datos de destino, debes asegurarte de que toda esta información se migre con precisión. Database Migration Service proporciona una forma de alta fidelidad para migrar objetos de base de datos (incluidos el esquema, los datos y los metadatos) de una base de datos a otra.
Todos los siguientes componentes de datos, esquemas y metadatos se migran como parte
de la migración de la base de datos:
Datos
Todas las tablas de todas las bases de datos y esquemas, excepto las siguientes bases de datos del sistema: sys, mysql, performance_schema y information_schema.
Esquema
Nombre
Clave primaria
Tipo de datos
Posición ordinal
Valor predeterminado
Nulabilidad
Atributos de incremento automático
Índices secundarios
Metadatos
Procedimientos almacenados
Funciones
Activadores
Vistas
Restricciones de clave externa
Migración continua
Los cambios en el lenguaje de manipulación de datos (DML) y el lenguaje de definición de datos (DDL) en todos los datos, esquemas y metadatos mencionados anteriormente se actualizan durante las migraciones continuas.
Qué no se migra
Cuando se migra una base de datos de MySQL, no se migran las bases de datos del sistema de MySQL. Estas bases de datos contienen información sobre los usuarios y los privilegios. Por este motivo, la información de acceso de la cuenta de usuario se debe administrar directamente en la instancia de la base de datos de Cloud SQL de destino.
Para agregar usuarios a la instancia de destino de Cloud SQL, navega a la instancia y agrégalos desde la pestaña Usuarios o desde el cliente de MySQL.
Además de los usuarios y los privilegios, la configuración de marcas no predeterminada no se migra a la instancia de destino de Cloud SQL. Ejecuta
SHOW VARIABLES
en tu base de datos de origen antes de migrar el esquema, los datos y los metadatos a la
base de datos de destino y, luego, vuelve a ejecutarlo en la base de datos
de Cloud SQL. Actualiza la configuración de las marcas según sea necesario en la base de datos de Cloud SQL para replicar la configuración de origen.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-05 (UTC)"],[[["\u003cp\u003eDatabase Migration Service ensures accurate migration of database objects, including schema, data, and metadata, from one database to another.\u003c/p\u003e\n"],["\u003cp\u003eAll tables, excluding MySQL system databases such as \u003ccode\u003esys\u003c/code\u003e, \u003ccode\u003emysql\u003c/code\u003e, \u003ccode\u003eperformance_schema\u003c/code\u003e, and \u003ccode\u003einformation_schema\u003c/code\u003e, are migrated.\u003c/p\u003e\n"],["\u003cp\u003eSchema elements like naming, primary keys, data types, and metadata components such as stored procedures, functions, and triggers are all migrated.\u003c/p\u003e\n"],["\u003cp\u003eUser account login information and non-default flag settings are not migrated; they must be managed directly in the Cloud SQL destination instance.\u003c/p\u003e\n"],["\u003cp\u003eData manipulation language (DML) and data definition language (DDL) changes to data, schema, and metadata are continuously updated during ongoing migrations.\u003c/p\u003e\n"]]],[],null,["# Migration fidelity\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/database-migration/docs/postgres/migration-fidelity \"View this page for the PostgreSQL version of Database Migration Service.\") \\| [PostgreSQL to AlloyDB](/database-migration/docs/postgresql-to-alloydb/migration-fidelity \"View this page for the PostgreSQL to AlloyDB version of Database Migration Service.\")\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nOverview\n--------\n\nWhen you're migrating your schema, data, and metadata from a source database to a\ndestination database, you want to ensure that all of this information is\nmigrated accurately. Database Migration Service provides a high-fidelity way to\nmigrate database objects (including the schema, data, and metadata) from one\ndatabase to another.\n\nAll of the following data, schema, and metadata components are migrated as part\nof the database migration:\n\n### Data\n\n- All tables from all databases and schemas, excluding the following system databases: `sys`, `mysql`, `performance_schema`, and `information_schema`.\n\n### Schema\n\n- Naming\n\n- Primary key\n\n- Data type\n\n- Ordinal position\n\n- Default value\n\n- Nullability\n\n- Auto-increment attributes\n\n- Secondary indexes\n\n### Metadata\n\n- Stored procedures\n\n- Functions\n\n- Triggers\n\n- Views\n\n- Foreign key constraints\n\n### Continuous migration\n\nData manipulation language (DML) and data definition language (DDL)\nchanges to all data, schemas, and metadata listed above are\nupdated during continuous migrations.\n\n### What isn't migrated\n\nWhen migrating a MySQL database, MySQL system databases aren't migrated. These databases contain information about users and privileges. Because of this, user account login information must be managed in the destination Cloud SQL database instance directly.\n\nTo add users to the Cloud SQL destination instance, navigate to the instance and add users from the **Users** tab, or add them from the MySQL client.\n\n[Learn more about creating and managing MySQL users](/sql/docs/mysql/create-manage-users).\n\nIn addition to users and privileges, non-default flag settings aren't migrated to the Cloud SQL destination instance. Run\n[\u003cvar translate=\"no\"\u003eSHOW VARIABLES\u003c/var\u003e](https://dev.mysql.com/doc/refman/8.0/en/show-variables.html)\non your source database before migrating your schema, data, and metadata to the\ndestination database, and then run it again on the Cloud SQL\ndatabase. Update flag settings as needed on the Cloud SQL database to\nreplicate the source settings.\n| **Note:** Some flags that apply to a primary database may not make sense on a replica. Also, not all MySQL flags are allowed on a Cloud SQL instance. Refer to the [Cloud SQL documentation](/sql/docs/mysql/flags) for more information."]]
