Database Migration Service é um serviço que facilita a migração de dados para o Google Cloud. O Database Migration Service ajuda a fazer uma migração lift-and-shift das suas cargas de trabalho do MySQL para o Cloud SQL.
Quais fontes são compatíveis?
Amazon RDS 5.6, 5.7 e 8.0
MySQL 5.5, 5.6, 5.7 e 8.0 autogerenciado (no local ou em qualquer VM de nuvem totalmente controlada por você)
Cloud SQL para MySQL 5.6, 5.7, 8.0 e 8.4
Amazon Aurora 5.6, 5.7 e 8.0
Microsoft Azure Database para MySQL 5.7 e 8.0
Para origens do MySQL 8.0, o Database Migration Service também aceita as seguintes versões secundárias:
8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37,
8.0.39, 8.0.40, 8.0.41 e 8.0.42.
Quais destinos são aceitos?
Cloud SQL para MySQL 5.6 e 5.7
Cloud SQL para MySQL 8.0, incluindo as seguintes versões secundárias:
8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37, 8.0.39, 8.0.40, 8.0.41 e 8.0.42.
Cloud SQL para MySQL 8.4 com algumas limitações. Por exemplo, as migrações que usam arquivos de backup
físicos não são compatíveis com destinos do MySQL 8.4. Para mais informações, consulte
Limitações conhecidas.
Há suporte para várias versões?
O Database Migration Service oferece suporte a migrações do MySQL para o Cloud SQL em qualquer versão principal, em que o destino é a mesma versão ou uma versão mais recente do banco de dados de origem. Por exemplo, migre um banco de dados de origem do MySQL 5.6 para um destino do Cloud SQL para MySQL 5.6 ou 5.7.
Quais componentes de dados, esquema e metadados são migrados?
O Database Migration Service migra o esquema, os dados e os metadados da origem para o destino. Todos os
componentes de dados, esquema e metadados a seguir são migrados como parte da migração do banco de dados:
Migração de dados
Todas as tabelas de todos os bancos de dados/esquemas.
Migração de esquema
Nomenclatura
Chave primária
Tipo de dado
Posição ordinal
Valor padrão
Nulidade
Atributos de incremento automático
Índices secundários
Migração de metadados
Procedimentos armazenados
Funções
Gatilhos
Visualizações
Restrições de chave externa
Quais mudanças são replicadas durante a migração contínua?
As mudanças de DML e DDL (ou seja, mudanças em todos os dados, esquemas e metadados listados acima) são atualizadas durante
migrações contínuas.
O que não é migrado?
Ao migrar um banco de dados MySQL, os bancos de dados do sistema MySQL que contêm informações sobre usuários
e privilégios não são migrados. Isso significa que as informações da conta de usuário/login precisam ser gerenciadas diretamente na instância de destino do Cloud SQL.
Para adicionar usuários à instância de destino do Cloud SQL, acesse a instância e adicione os usuários
na guia Usuários ou no cliente MySQL.
Para criar uma migração no Database Migration Service, é necessário estabelecer a conectividade entre a origem e a instância de destino do Cloud SQL. Há vários métodos compatíveis.
Escolha a que funciona melhor para a carga de trabalho específica.
Método de rede
Descrição
Prós
Contras
Lista de permissões de IP
Funciona configurando o servidor de banco de dados de origem para aceitar conexões do IP público da instância do Cloud SQL. Se você escolher esse método, o Database Migration Service vai orientar o processo de configuração
durante a criação da migração.
Fácil de configurar.
Recomendado para cenários de migração de curta duração (POC ou pequenas migrações de banco de dados).
A configuração do firewall pode exigir assistência da equipe de TI.
Expõe o banco de dados de origem a um IP público.
A conexão não é criptografada por padrão. É necessário ativar o SSL no banco de dados de origem
para criptografar a conexão.
Túnel SSH reverso por uma VM hospedada na nuvem
Estabelece a conectividade do destino à origem por um túnel SSH reverso seguro.
Requer uma VM Bastion Host no projeto Google Cloud e uma máquina
(por exemplo, um laptop na rede) com conectividade à origem. O Database Migration Service coleta as
informações necessárias no momento da criação da migração e gera automaticamente o script para a configuração.
Fácil de configurar.
Não requer nenhuma configuração de firewall personalizada.
Recomendado para cenários de migração de curta duração (POC ou pequenas migrações de banco de dados).
Você é proprietário e gerencia a VM Bastion.
Isso pode gerar custos adicionais.
Peering de VPC
Esse método funciona configurando as VPCs para se comunicarem entre si. Isso só será aplicável se a origem e o destino forem hospedados em Google Cloud. Recomendado para
migrações de longa duração ou de grande volume.
SoluçãoGoogle Cloud .
Fácil de configurar.
Alta largura de banda
Disponível apenas quando a origem está hospedada em Google Cloud.
VPN
Configura um túnel VPN IPSec que conecta a rede interna e a VPC por uma conexão segura pela Internet pública. Google Cloud Use a Google Cloud VPN ou qualquer solução de VPN configurada para a rede interna.
Solução de conectividade robusta e escalonável.
Largura de banda média-alta.
Segurança integrada.
Oferecido como Google Cloud soluções ou de terceiros.
Custo extra.
Configuração não trivial (a menos que já esteja no lugar).
Cloud Interconnect
Usa uma conexão altamente disponível e de baixa latência entre a rede local e
Google Cloud.
Maior largura de banda, ideal para migrações de alto volume de longa duração.
Custo extra.
A conexão não é segura por padrão.
Configuração não trivial (a menos que já esteja no lugar).
[[["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-09-05 UTC."],[[["\u003cp\u003eDatabase Migration Service simplifies the process of migrating MySQL workloads to Google Cloud's Cloud SQL.\u003c/p\u003e\n"],["\u003cp\u003eThe service supports a variety of MySQL sources, including Amazon RDS, self-managed MySQL, Cloud SQL for MySQL, Amazon Aurora, and Microsoft Azure Database for MySQL, with specific version compatibility.\u003c/p\u003e\n"],["\u003cp\u003eDestinations for migration are primarily Cloud SQL for MySQL, including versions 5.6, 5.7, 8.0, and 8.4 with certain limitations on 8.4, and cross-version migrations are supported if the destination is the same or one major version higher than the source.\u003c/p\u003e\n"],["\u003cp\u003eDuring the migration, the service transfers all data, schema components like primary keys, data types, and metadata components, like stored procedures and triggers, and can replicate both DDL and DML changes.\u003c/p\u003e\n"],["\u003cp\u003eVarious networking methods are supported for establishing connectivity between the source and destination, including IP allowlisting, reverse SSH tunnels, VPC peering, VPN, and Cloud Interconnect, each with different pros and cons depending on the user requirements.\u003c/p\u003e\n"]]],[],null,["# Database Migration Service for MySQL FAQ\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/database-migration/docs/postgres/faq \"View this page for the PostgreSQL version of Database Migration Service.\") \\| [PostgreSQL to AlloyDB](/database-migration/docs/postgresql-to-alloydb/faq \"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\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n- [What is Database Migration Service?](#whatisdms)\n- [Which sources are supported?](#sources)\n- [Which destinations are supported?](#destinations)\n- [Is there cross-version support?](#crossversion)\n- [Which data, schema, and metadata components are migrated?](#migrated)\n- [Which changes are replicated during continuous migration?](#replicated)\n- [What isn't migrated?](#notmigrated)\n- [Which networking methods are used?](#networking)\n- [What are the known limitations?](#limitations)\n\n\u003cbr /\u003e\n\nWhat is Database Migration Service?\n: Database Migration Service is a service that makes it easier for you to migrate your data to Google Cloud. Database Migration Service helps you lift and shift your MySQL workloads into Cloud SQL.\n\nWhich sources are supported?\n:\n\n\n - Amazon RDS 5.6, 5.7, 8.0\n - Self-managed MySQL (on premises or on any cloud VM that you fully control) 5.5, 5.6, 5.7, 8.0\n - Cloud SQL for MySQL 5.6, 5.7, 8.0, 8.4\n - Amazon Aurora 5.6, 5.7, 8.0\n - Microsoft Azure Database for MySQL 5.7, 8.0\n\n\n For MySQL 8.0 sources, Database Migration Service also supports the following minor versions:\n 8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37,\n 8.0.39, 8.0.40, 8.0.41, 8.0.42.\n\n\nWhich destinations are supported?\n:\n\n\n - Cloud SQL for MySQL 5.6 and 5.7\n - Cloud SQL for MySQL 8.0 including the following minor versions: 8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37, 8.0.39, 8.0.40, 8.0.41, 8.0.42.\n - Cloud SQL for MySQL 8.4 with certain limitations. For example, migrations that use physical backup files are not supported for MySQL 8.4 destinations. For more information, see [Known limitations](/database-migration/docs/mysql/known-limitations).\n\n\nIs there cross-version support?\n:\n\n Database Migration Service supports MySQL-to-Cloud SQL migrations across any major version, where the destination is the same version or one version higher than the source database. For example, migrate a MySQL 5.6 source database to either a Cloud SQL for MySQL 5.6 or 5.7 destination.\n\nWhich data, schema, and metadata components are migrated?\n\n: Database Migration Service migrates schema, data, and metadata from the source to the destination. All of the following data, schema, and metadata components are migrated as part of the database migration: \u003cbr /\u003e\n\n Data Migration\n\n - All tables from all databases/schemas.\n\n Schema Migration\n\n \u003c!-- --\u003e\n\n - Naming\n - Primary key\n - Data type\n - Ordinal position\n - Default value\n - Nullability\n - Auto-increment attributes\n - Secondary indexes\n\n Metadata Migration\n\n \u003c!-- --\u003e\n\n - Stored Procedures\n - Functions\n - Triggers\n - Views\n - Foreign key constraints\n\nWhich changes are replicated during continuous migration?\n:\n\n DML and DDL changes (that is, changes to all data, schema, and metadata listed above) are updated during\n continuous migrations.\n\nWhat isn't migrated?\n\n: When migrating a MySQL database, the MySQL system databases which contain information about users\n and privileges aren't migrated. This means that user account/login information must be managed in\n the destination Cloud SQL instance directly.\n\n To add users to the Cloud SQL destination instance, navigate to the instance and add users\n from the **Users** tab, or add them from the MySQL client.\n\n [Learn more about creating\n and managing MySQL users](https://cloud.google.com/sql/docs/mysql/create-manage-users).\n\nWhich networking methods are used?\n: To create a migration in Database Migration Service, connectivity must be established\n between the source and the Cloud SQL destination instance. There are a variety of methods supported.\n Choose the one that works best for the specific workload.\n\n\nWhat are the known limitations?\n: See [Known limitations](/database-migration/docs/mysql/known-limitations)."]]
