Quando migra o esquema, os dados e os metadados de uma base de dados de origem para uma base de dados de destino, quer garantir que todas estas informações são migradas com precisão. O Database Migration Service oferece uma forma de alta fidelidade de migrar objetos de base de dados (incluindo o esquema, os dados e os metadados) de uma base de dados para outra.
Todos os seguintes componentes de dados, esquema e metadados são migrados como parte
da migração da base de dados:
Dados
Todas as tabelas de todas as bases de dados e esquemas, excluindo as seguintes bases de dados do sistema: sys, mysql, performance_schema e information_schema.
Esquema
Atribuição de nomes
Chave principal
Tipo de dados
Posição ordinal
Valor predefinido
Condição de nulidade
Atributos de incremento automático
Índices secundários
Metadados
Procedimentos armazenados
Funções
Acionadores
Visualizações
Restrições de chaves externas
Migração contínua
As alterações à linguagem de manipulação de dados (DML) e à linguagem de definição de dados (LDD) a todos os dados, esquemas e metadados indicados acima são atualizadas durante as migrações contínuas.
O que não é migrado
Quando migra uma base de dados do MySQL, as bases de dados do sistema MySQL não são migradas. Estas bases de dados contêm informações sobre utilizadores e privilégios. Por este motivo, as informações de início de sessão da conta de utilizador têm de ser geridas diretamente na instância da base de dados do Cloud SQL de destino.
Para adicionar utilizadores à instância de destino do Cloud SQL, navegue até à instância e adicione utilizadores a partir do separador Utilizadores ou adicione-os a partir do cliente MySQL.
Além dos utilizadores e dos privilégios, as definições de flags não predefinidas não são migradas para a instância de destino do Cloud SQL. Execute
SHOW VARIABLES
na base de dados de origem antes de migrar o esquema, os dados e os metadados para a base de dados de destino e, em seguida, execute-o novamente na base de dados do Cloud SQL. Atualize as definições de flags conforme necessário na base de dados do Cloud SQL para replicar as definições de origem.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-21 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."]]
