Synchronize data from MySQL to SelectDB - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Crie uma instância de destino do ApsaraDB for SelectDB com espaço de armazenamento superior ao espaço utilizado pela instância de origem do ApsaraDB RDS for MySQL. Para mais informações, consulte Create an instance.

Considerações

Tipo	Descrição
Limitações do banco de dados de origem	Requisitos para os objetos de sincronização: Se todas as tabelas a serem sincronizadas possuírem uma chave primária ou restrição exclusiva: Certifique-se de que as colunas que compõem a chave ou restrição contenham valores exclusivos. Se os objetos de sincronização incluírem tabelas que não possuem chave primária nem restrição exclusiva: Ao configurar a instância de sincronização de dados, selecione Schema Synchronization em Synchronization Types. Em seguida, na etapa Configurations for Databases, Tables, and Columns, defina o Engine da tabela como duplicate. Caso contrário, a instância poderá falhar ou ocorrer perda de dados. Nota Durante a sincronização de schema, o DTS adiciona colunas às tabelas de destino. Para mais informações, consulte Additional columns. Se você sincronizar no nível de tabela e precisar editar mapeamentos (como o mapeamento de nomes de colunas), cada tarefa de sincronização suportará no máximo 1.000 tabelas. Se ultrapassar esse limite, a tarefa falhará com um erro. Para corrigir isso, divida as tabelas em várias tarefas ou configure uma tarefa de sincronização de banco de dados completo. Logs binários: O ApsaraDB RDS for MySQL ativa o log binário por padrão. Certifique-se de que o parâmetro binlog_row_image esteja definido como full. Caso contrário, a pré-verificação falhará e a tarefa de sincronização não poderá ser iniciada. Para obter instruções, consulte Configure instance parameters. Importante Se a sua instância de origem for um banco de dados MySQL autogerenciado, ative o log binário e defina binlog_format como row e binlog_row_image como full. Se o seu banco de dados MySQL autogerenciado for um cluster primário duplo (em que ambos os nós atuam como primário e secundário), ative o parâmetro log_slave_updates para que o DTS possa capturar todos os eventos de log binário. Para obter instruções, consulte Create an account and configure binary logging for a self-managed MySQL database. Os logs binários locais de uma instância do ApsaraDB RDS for MySQL devem ser retidos por pelo menos três dias (recomenda-se sete dias). Para um banco de dados MySQL autogerenciado, retenha os logs binários locais por pelo menos sete dias. Caso contrário, o DTS poderá não conseguir recuperar os logs binários, causando a falha da tarefa. Em casos extremos, isso pode causar inconsistência ou perda de dados. Problemas causados por períodos de retenção de logs binários inferiores aos exigidos pelo DTS não são cobertos pelo SLA do DTS. Nota Para configurar o retention period dos logs binários locais em uma instância do ApsaraDB RDS for MySQL, consulte Automatically delete local logs. Não execute operações DDL que alterem os schemas do banco de dados ou das tabelas durante a sincronização de schema ou a sincronização completa. Caso contrário, a tarefa de sincronização falhará. Nota Durante a sincronização completa, o DTS consulta o banco de dados de origem. Isso cria bloqueios de metadados que podem impedir operações DDL no banco de dados de origem. Os dados gerados por alterações que não gravam em logs binários — como dados restaurados de backups físicos ou criados por operações em cascata — não são sincronizados com o banco de dados de destino. Nota Se isso ocorrer, remova o banco de dados ou a tabela afetada dos objetos de sincronização. Em seguida, adicione-o novamente. Você só poderá fazer isso se o seu negócio permitir. Para mais informações, consulte Modify synchronization objects. Se o seu banco de dados de origem for o MySQL 8.0.23 ou posterior e contiver colunas ocultas invisíveis, o DTS poderá não ler essas colunas. Isso pode causar perda de dados. Nota Execute o comando `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` para tornar a coluna oculta visível. Para mais informações, consulte Invisible Columns.
Outras limitações	Você pode sincronizar dados apenas para tabelas que utilizam o engine Unique ou Duplicate em instâncias do Alibaba Cloud SelectDB. engine Unique Se uma tabela de destino utilizar o engine Unique, certifique-se de que todas as chaves exclusivas da tabela de destino existam na tabela de origem e estejam incluídas nos objetos de sincronização. Caso contrário, pode ocorrer inconsistência de dados. engine Duplicate Se uma tabela de destino utilizar o engine Duplicate, qualquer uma das condições a seguir poderá causar duplicação de dados no banco de dados de destino. Você pode deduplicar os dados manualmente com base nas colunas adicionais (_is_deleted, _version e _record_id): A instância de sincronização de dados foi tentada novamente. A instância de sincronização de dados foi reiniciada. Duas ou mais operações DML foram executadas na mesma linha após o início da instância de sincronização de dados. Nota Quando a tabela de destino utiliza o engine Duplicate, o DTS converte instruções UPDATE ou DELETE em instruções INSERT. O DTS não sincroniza objetos INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER ou foreign key (FK). Ao configurar parâmetros na seção Selected Objects, é possível definir apenas o parâmetro `bucket_count` (número de buckets). Nota O valor do parâmetro `bucket_count` deve ser um número inteiro positivo. O valor padrão é auto. Durante a sincronização de dados, não crie um cluster na instância de destino do Alibaba Cloud SelectDB. Caso contrário, a tarefa falhará. Você pode reiniciar a instância de sincronização de dados para retomar a tarefa. Se o nome de um banco de dados ou tabela sincronizado não começar com uma letra, renomeie-o utilizando o recurso de mapeamento de nomes de objetos. Se o nome de um objeto sincronizado (como um banco de dados, tabela ou coluna) contiver caracteres chineses, renomeie-o usando o recurso de mapeamento de nomes de objetos, por exemplo, para um nome em inglês. Caso contrário, a tarefa poderá falhar. O DTS não suporta operações DDL que modifiquem várias colunas simultaneamente ou operações DDL consecutivas na mesma tabela. Durante a sincronização de dados, não adicione nós BE ao banco de dados do Alibaba Cloud SelectDB. Caso contrário, a tarefa falhará. Você pode reiniciar a instância de sincronização de dados para retomar a tarefa. Em um cenário de sincronização de tabelas muitos-para-um, em que os dados de várias tabelas de origem são sincronizados para uma única tabela de destino, certifique-se de que os schemas de todas as tabelas de origem sejam idênticos. Caso contrário, poderá ocorrer inconsistência de dados ou falha na tarefa. No MySQL, o M em `VARCHAR(M)` representa o número de caracteres. No Alibaba Cloud SelectDB, o N em `VARCHAR(N)` representa o número de bytes. Se você não utilizar o recurso de sincronização de schema fornecido pelo DTS, recomenda-se definir o comprimento de um campo VARCHAR no Alibaba Cloud SelectDB como quatro vezes o comprimento do campo VARCHAR correspondente no MySQL. Ao usar o DMS ou a ferramenta gh-ost para executar operações DDL online na origem, o DTS sincroniza apenas as instruções DDL originais para o destino. Nesse cenário, o DTS não precisa sincronizar uma grande quantidade de dados de tabelas temporárias, mas isso pode causar o bloqueio das tabelas no destino. Nota O DTS não suporta a sincronização de alterações DDL online feitas com ferramentas como o pt-online-schema-change. Se tais alterações existirem na origem, os dados poderão ser perdidos no destino ou a instância de sincronização poderá falhar. Antes de sincronizar os dados, avalie o desempenho dos bancos de dados de origem e de destino. Execute a sincronização de dados durante horários de baixa demanda. A sincronização completa inicial de dados consome recursos de leitura e gravação tanto do banco de dados de origem quanto do de destino, o que pode aumentar a carga do banco de dados. A sincronização completa inicial de dados executa operações INSERT simultâneas, o que causa fragmentação nas tabelas do banco de dados de destino. Como resultado, o tablespace do banco de dados de destino fica maior que o do banco de dados de origem após a conclusão da sincronização completa inicial. Durante a sincronização de dados, não utilize ferramentas como o pt-online-schema-change para executar alterações DDL online nos objetos de sincronização no banco de dados de origem. Caso contrário, a tarefa falhará. Durante a sincronização de dados, se outras origens além do DTS gravarem dados no banco de dados de destino, poderá ocorrer inconsistência de dados. Se a sua instância do ApsaraDB RDS for MySQL tiver o Always-Encrypted ativado, a sincronização completa de dados não é suportada. Nota As instâncias do ApsaraDB RDS for MySQL com o Transparent Data Encryption (TDE) ativado suportam sincronização de schema, sincronização completa de dados e sincronização incremental de dados. Durante a sincronização incremental, o DTS utiliza uma estratégia de sincronização em lote para reduzir a carga no destino. Por padrão, o DTS grava em um único objeto de sincronização no máximo uma vez a cada 5 segundos. Portanto, as tarefas de sincronização do DTS podem apresentar latência de sincronização regular — geralmente dentro de 10 segundos. Para reduzir essa latência, modifique o parâmetro da instância DTS `selectdb.reservoir.timeout.milliseconds` no console para ajustar o intervalo do lote. O intervalo permitido é de [1000, 10000] milissegundos. Nota Ao ajustar o intervalo do lote, um valor menor aumenta a frequência de gravação do DTS. Isso pode aumentar a carga e o tempo de resposta de gravação (RT) no destino, o que, por sua vez, aumenta a latência de sincronização do DTS. Ajuste o valor com base na carga do destino. Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la em até oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros. Nota Apenas os parâmetros da tarefa do DTS são modificados — não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modify instance parameters.
Casos especiais	Para um banco de dados de origem MySQL autogerenciado: Se ocorrer uma alternância entre primário e secundário no banco de dados de origem durante a sincronização, a tarefa falhará. O DTS calcula a latência comparando o timestamp do último registro sincronizado com a hora atual. Se nenhuma operação DML for executada por um longo período no banco de dados de origem, o relatório de latência poderá ficar impreciso. Se a latência parecer muito alta, execute uma operação DML no banco de dados de origem para atualizar a latência. Nota Ao selecionar um banco de dados completo para sincronização, crie uma tabela de heartbeat. Atualize ou grave nessa tabela a cada segundo. O DTS executa periodicamente o comando CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o offset do log binário. Se o seu banco de dados de origem for o Amazon Aurora MySQL ou outra instância MySQL em cluster, certifique-se de que o nome de domínio ou endereço IP utilizado na configuração da tarefa — e sua resolução DNS — aponte sempre para um nó de leitura/gravação (RW). Caso contrário, a sincronização poderá falhar. Para um banco de dados de origem ApsaraDB RDS for MySQL: Instâncias somente leitura — como as instâncias somente leitura do ApsaraDB RDS for MySQL 5.6 — que não registram logs de transações não podem ser utilizadas como bancos de dados de origem. O DTS executa periodicamente o comando CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o offset do log binário.

Faturamento

Tipo de sincronização	Preços
Sincronização de schema e sincronização completa de dados	Gratuito.
Sincronização incremental de dados	Pago. Para mais informações, consulte Billing overview.

SQL para sincronização incremental

Tipo de operação	Instrução SQL
DML	INSERT, UPDATE e DELETE
DDL	ADD COLUMN MODIFY COLUMN CHANGE COLUMN DROP COLUMN e DROP TABLE TRUNCATE TABLE RENAME TABLE Importante A operação RENAME TABLE pode causar inconsistência de dados. Por exemplo, se o objeto de sincronização for uma única tabela e você renomear essa tabela na instância de origem durante a sincronização, os dados dessa tabela não serão sincronizados com o banco de dados de destino. Para evitar esse problema, selecione o banco de dados inteiro ao qual a tabela pertence como objeto de sincronização. Certifique-se de que os bancos de dados aos quais a tabela pertence antes e depois da operação RENAME TABLE estejam incluídos nos objetos de sincronização.

Permissões da conta do banco de dados

Banco de dados	Permissões necessárias	Ações
Origem ApsaraDB RDS for MySQL	Permissões de leitura e gravação nos objetos a serem sincronizados	Create an account e Modify account permissions
Instância de destino do ApsaraDB for SelectDB	Permissão de acesso ao cluster (Usage_priv) e permissões de leitura e gravação no banco de dados (Select_priv, Load_priv, Alter_priv, Create_priv e Drop_priv)	Manage cluster permissions e Manage basic permissions

Nota

Se você criou a conta do banco de dados de origem fora do console do ApsaraDB RDS for MySQL, certifique-se de que ela possua as permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT.

Procedimento

Acesse a página da lista de tarefas de sincronização da região de destino. Você pode usar um dos dois métodos a seguir:
Pelo console do DTS
1. Faça login no console do Data Transmission Service (DTS).
2. No painel de navegação à esquerda, clique em Data Synchronization.
3. No canto superior esquerdo da página, selecione a região onde a instância de sincronização está localizada.
Pelo console do DMS

Nota
As operações reais podem variar de acordo com o modo e o layout do console do DMS. Para mais informações, consulte Simple mode e Customize the layout and style of the DMS interface.
1. Faça login no Data Management (DMS).
2. Na barra de menu superior, escolha Data + AI > Data Transmission (DTS) > Data Synchronization.
3. À direita de Data Synchronization Tasks, selecione a região onde a instância de sincronização está localizada.
Clique em Create Task para acessar a página de configuração da tarefa.

Configure os bancos de dados de origem e de destino.

Seção	Parâmetro	Descrição
N/A	Task Name	O DTS gera automaticamente um nome para a tarefa. Recomendamos que você especifique um nome descritivo para facilitar a identificação. O nome não precisa ser único.
Source Database	Select Existing Connection	Para usar uma instância de banco de dados que seja added to the system (recém-criada ou salva), selecione a instância na lista suspensa. As informações do banco de dados são configuradas automaticamente. Nota No console do DMS, este item de configuração chama-se Select a DMS database instance.. Se você não adicionou a instância de banco de dados ao sistema ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.
	Database Type	Selecione MySQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância de origem do ApsaraDB RDS for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Neste exemplo, os dados são sincronizados na mesma conta do Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância de origem do ApsaraDB RDS for MySQL.
	Database Account	Insira a conta do banco de dados da instância de origem do ApsaraDB RDS for MySQL. Para obter informações sobre as permissões necessárias, consulte Permissions required for database accounts.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se você selecionar SSL-encrypted, deverá ativar a criptografia SSL para a instância do RDS for MySQL com antecedência. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.
Destination Database	Select Existing Connection	Para usar uma instância de banco de dados que seja added to the system (recém-criada ou salva), selecione a instância na lista suspensa. As informações do banco de dados são configuradas automaticamente. Nota No console do DMS, este item de configuração chama-se Select a DMS database instance.. Se você não adicionou a instância de banco de dados ao sistema ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.
	Database Type	Selecione ApsaraDB for SelectDB.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância de destino do ApsaraDB for SelectDB.
	Replicate Data Across Alibaba Cloud Accounts	Neste exemplo, os dados são sincronizados na mesma conta do Alibaba Cloud. Selecione No.
	Instance ID	Selecione o ID da instância de destino do ApsaraDB for SelectDB.
	Database Account	Insira a conta do banco de dados da instância de destino do ApsaraDB for SelectDB. Para obter informações sobre as permissões necessárias, consulte Permissions required for database accounts.
	Database Password	Insira a senha correspondente à conta do banco de dados.

Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.
Nota
- Certifique-se de que os blocos CIDR de endereços IP dos servidores do DTS estejam adicionados às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores do DTS. Isso pode ser feito automática ou manualmente. Para mais informações, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.
- Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (onde o Access Method não é Alibaba Cloud Instance), você também deve clicar em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers.

Configure os objetos da tarefa.

Na página Configure Objects, configure os objetos a serem sincronizados.

Parâmetro	Descrição
Synchronization Types	O Incremental Data Synchronization está selecionado. Por padrão, você também deve selecionar Schema Synchronization e Full Data Synchronization. Após a conclusão da pré-verificação, o DTS realiza uma sincronização completa dos dados dos objetos selecionados da instância de origem para o cluster de destino. Isso serve como dados de linha de base para a sincronização incremental de dados subsequente. Importante Os tipos de dados são convertidos quando os dados são sincronizados do MySQL para o ApsaraDB for SelectDB. Se você não selecionar Schema Synchronization, deverá criar tabelas que usem o modelo Unique ou Duplicate com o esquema apropriado na instância de destino do ApsaraDB for SelectDB com antecedência. Para mais informações, consulte Data type mappings, Additional columns e Data models.
Processing Mode of Conflicting Tables	Precheck and Report Errors: O DTS verifica se há tabelas com o mesmo nome no banco de dados de destino. Se existir um conflito, o DTS relata um erro durante a pré-verificação e não inicia a tarefa. Nota Se não for prático excluir ou renomear a tabela em conflito, você pode mapear a tabela para um nome diferente. Para mais informações, consulte Map object names. Ignore Errors and Proceed: Ignora a verificação de tabelas com o mesmo nome no banco de dados de destino. Aviso Se você selecionar Ignore Errors and Proceed, poderá ocorrer inconsistência de dados. Por exemplo: Se os esquemas das tabelas forem consistentes, os registros de destino com a mesma chave primária ou exclusiva dos registros de origem serão substituídos. Se os esquemas das tabelas forem inconsistentes, a tarefa poderá falhar ou sincronizar apenas parcialmente os dados. Prossiga com cuidado.
Capitalization of Object Names in Destination Instance	Você pode configurar a política de diferenciação de maiúsculas e minúsculas para os nomes de objetos de banco de dados, tabelas e colunas que são sincronizados com a instância de destino. Por padrão, a DTS default policy está selecionada. Você também pode optar por usar as políticas padrão dos bancos de dados de origem e de destino. Para mais informações, consulte Case sensitivity policy for destination object names.
Source Objects	Na caixa Source Objects, clique em um objeto a ser sincronizado e, em seguida, clique em para movê-lo para a caixa Selected Objects. Nota Você pode selecionar objetos no nível do banco de dados ou da tabela.
Selected Objects	Para alterar o nome de um objeto de sincronização na instância de destino, clique com o botão direito do mouse no objeto na caixa Selected Objects. Para mais informações, consulte Map object names. Se você selecionar Schema Synchronization para Synchronization Types, selecionar tabelas como objetos de sincronização e precisar definir o número de buckets (o parâmetro `bucket_count`), clique com o botão direito do mouse na tabela na caixa Selected Objects. Na seção Parameter Settings, defina Enable Parameter Settings como Yes, especifique um Value de acordo com seus requisitos e clique em OK. Nota Para selecionar as operações SQL incrementais a serem sincronizadas no nível do banco de dados ou da tabela, clique com o botão direito do mouse no objeto na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo exibida. Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela na caixa Selected Objects e defina as condições de filtro na caixa de diálogo exibida. Para mais informações, consulte Configure filter conditions. Se você usar o recurso de mapeamento de nomes de objetos, outros objetos que dependem do objeto renomeado podem não ser sincronizados.

Clique em Next: Advanced Settings para configurar os parâmetros avançados.

Parâmetro	Descrição
Dedicated Cluster for Task Scheduling	Por padrão, o DTS agenda tarefas em um cluster compartilhado, e você não precisa selecionar um cluster. Para um desempenho mais estável, você pode adquirir um cluster dedicado para executar tarefas de sincronização do DTS. Para mais informações, consulte What is a DTS dedicated cluster?.
Retry Time for Failed Connections	Após o início de uma tarefa de sincronização, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relata um erro e começa imediatamente a tentar reconectar. A duração padrão da nova tentativa é de 720 minutos. Você também pode especificar uma duração personalizada de 10 a 1.440 minutos. Recomendamos definir a duração para 30 minutos ou mais. Se o DTS reconectar com sucesso ao banco de dados dentro da duração especificada, a tarefa de sincronização será retomada automaticamente. Caso contrário, a tarefa falhará. Nota Se você tiver várias instâncias do DTS (por exemplo, Instância A e Instância B) que compartilham a mesma origem ou destino, e definir o tempo de nova tentativa de rede como 30 minutos para a Instância A e 60 minutos para a Instância B, a duração mais curta de 30 minutos será usada para ambas. Como o DTS cobra pelo tempo de execução da tarefa durante o período de nova tentativa de conexão, recomendamos personalizar a duração da nova tentativa com base nas necessidades do seu negócio ou liberar a instância do DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e de destino.
Retry Time for Other Issues	Após o início da tarefa de sincronização, se ocorrerem outros problemas não relacionados à conectividade com o banco de dados de origem ou de destino (como exceções de execução de DDL ou DML), o DTS relata um erro e inicia imediatamente operações contínuas de nova tentativa. A duração padrão da nova tentativa é de 10 minutos. Você também pode personalizar a duração da nova tentativa dentro do intervalo de 1 a 1.440 minutos. Recomendamos definir para 10 minutos ou mais. Se as operações relevantes forem bem-sucedidas dentro da duração de nova tentativa definida, a tarefa de sincronização será retomada automaticamente. Caso contrário, a tarefa falhará. Importante O valor para Retry Time for Other Issues deve ser menor que o valor para Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Durante a fase de sincronização completa, o DTS consome recursos de leitura e gravação dos bancos de dados de origem e de destino, o que pode aumentar a carga do banco de dados. Para reduzir a carga nos bancos de dados de origem e de destino, você pode definir um limite de taxa para a tarefa de sincronização completa configurando os parâmetros Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s). Nota Este item de configuração está disponível apenas quando Synchronization Types está definido como Full Data Synchronization. Você também pode adjust the full synchronization rate depois que a instância de sincronização estiver em execução.
Enable Throttling for Incremental Data Synchronization	Você também pode definir um limite de taxa para a tarefa de sincronização incremental. Para aliviar a pressão no banco de dados de destino, defina RPS of Incremental Data Synchronization e Data synchronization speed for incremental synchronization (MB/s).
Environment Tag	Você pode selecionar uma tag de ambiente para identificar a instância de acordo com seus requisitos. Este exemplo não requer uma tag.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Escolha se deseja gravar informações SQL de heartbeat no banco de dados de origem enquanto a instância do DTS está em execução. Yes: As informações SQL de heartbeat não são gravadas no banco de dados de origem. Isso pode fazer com que a instância do DTS relate um atraso. No: Grava informações SQL de heartbeat no banco de dados de origem. Isso pode interferir em recursos como backup físico e clonagem do banco de dados de origem.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carregamento (ETL). Para mais informações, consulte What is ETL? Valores válidos: Yes: Ativa o recurso ETL. Insira instruções de processamento de dados no editor de código. Para mais informações, consulte Configure ETL in a data migration or data synchronization task. No: Desativa o recurso ETL.
Monitoring and Alerting	Especifique se deseja configurar alertas. Se a sincronização falhar ou a latência exceder o limiar especificado, uma notificação será enviada para um contato de alerta. No: Nenhum alerta é configurado. Yes: Configure alertas definindo um limiar de alerta e especificando um notificação de alerta. Para mais informações, consulte Configure monitoring and alerting during task configuration.

Opcional: Após concluir as configurações anteriores, clique em Next: Configure Database and Table Fields para definir a Primary Key Column, a Distribution Key e o Engine para as tabelas de destino.
Nota
- Esta etapa está disponível apenas se você selecionar Schema Synchronization para Synchronization Types ao configurar os objetos de sincronização. Você pode definir o Definition Status como All para modificar as configurações.
- Você pode selecionar várias colunas para formar uma Primary Key Column composta. Você também deve selecionar uma ou mais colunas da Primary Key Column como a Distribution Key.
- Para uma tabela sem chave primária ou restrição exclusiva, você deve selecionar duplicate para o Engine. Caso contrário, a tarefa pode falhar ou pode ocorrer perda de dados.

Salve a tarefa e execute uma pré-verificação.
- Para visualizar os parâmetros da API para configurar esta instância, passe o mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica.
- Se você terminou de visualizar os parâmetros da API, clique em Next: Save Task Settings and Precheck na parte inferior da página.
Nota
- Antes do início do trabalho de sincronização, o DTS executa uma pré-verificação. O trabalho só pode começar após a aprovação de todos os itens de pré-verificação.
- Se a pré-verificação falhar, clique em View Details para o item com falha. Corrija o problema conforme indicado e execute a pré-verificação novamente.
- Se a pré-verificação retornar um aviso:
  
  Se um item de verificação falhar e não puder ser ignorado, clique em View Details ao lado do item. Siga as instruções para corrigir o problema e execute a pré-verificação novamente.
  
  Para itens de verificação que podem ser ignorados, você pode clicar em Confirm Alert Details, Ignore, OK e Precheck Again em sequência para pular o aviso e executar a pré-verificação novamente. Se você optar por ignorar o item de aviso, isso pode causar problemas como inconsistência de dados e representar riscos para o seu negócio.

Adquira a instância.

Quando a Success Rate for de 100%, clique em Next: Purchase Instance.

Na página Purchase, selecione o método de faturamento e a especificação de link para a instância de sincronização de dados. A tabela a seguir descreve esses parâmetros em detalhes.

Categoria	Parâmetro	Descrição
New Instance Class	Método de faturamento	Assinatura: Você paga ao criar a instância. Isso é adequado para necessidades de longo prazo e é mais econômico que o pagamento conforme o uso. Quanto maior a duração da assinatura, maior o desconto. Pagamento conforme o uso: A cobrança é feita por hora. Isso é adequado para necessidades de curto prazo. Você pode liberar a instância imediatamente após o uso para economizar custos.
	Configuração do grupo de recursos	O grupo de recursos ao qual a instância pertence. O padrão é o grupo de recursos padrão. Para mais informações, consulte What is Resource Management?.
	Especificação do link	O DTS fornece especificações de sincronização com diferentes níveis de desempenho. A especificação do link de sincronização afeta a taxa de sincronização. Escolha uma especificação com base no seu cenário de negócio. Para mais informações, consulte Data synchronization link specifications.
	Duração da assinatura	No modo de assinatura, selecione a duração e a quantidade para a instância de assinatura. Você pode escolher uma assinatura mensal de 1 a 9 meses, ou uma assinatura anual de 1, 2, 3 ou 5 anos. Nota Esta opção está disponível apenas quando o método de faturamento é Subscription.

Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.
Clique em Buy and Start. Na caixa de diálogo OK, clique em OK.

Você pode visualizar o progresso da tarefa na página Data Synchronization.

Mapeamento de tipos de dados

Categoria	Tipo MySQL	Tipo SelectDB
NUMÉRICO	TINYINT	TINYINT
	TINYINT UNSIGNED	SMALLINT
	SMALLINT	SMALLINT
	SMALLINT UNSIGNED	INT
	MEDIUMINT	INT
	MEDIUMINT UNSIGNED	BIGINT
	INT	INT
	INT UNSIGNED	BIGINT
	BIGINT	BIGINT
	BIGINT UNSIGNED	LARGEINT
	BIT(M)	INT
	DECIMAL	DECIMAL Nota O ZEROFILL não é compatível.
	NUMERIC	Decimal
	FLOAT	FLOAT
	DOUBLE	DOUBLE
	BOOL BOOLEAN	BOOLEAN
DATA E HORA	DATE	DATEV2
	DATETIME[(fsp)]	DATETIMEV2
	TIMESTAMP[(fsp)]	DATETIMEV2
	TIME[(fsp)]	VARCHAR
	YEAR[(4)]	INT
STRING	CHAR VARCHAR	VARCHAR Importante Para evitar a perda de dados, os dados CHAR e VARCHAR(n) são convertidos para VARCHAR(4*n) durante a sincronização com a instância de destino do ApsaraDB for SelectDB. Caso nenhum comprimento de dados seja especificado, o valor padrão será VARCHAR(65533). Se o comprimento dos dados exceder 65533, eles serão convertidos para STRING.
	BINARY VARBINARY	STRING
	TINYTEXT TEXT MEDIUMTEXT LONGTEXT	STRING
	TINYBLOB BLOB MEDIUMBLOB LONGBLOB	STRING
	ENUM	STRING
	SET	STRING
	JSON	STRING

Colunas adicionais

Nota

Esta tabela lista as colunas adicionais que o DTS adiciona automaticamente ou que você deve adicionar manualmente à tabela de destino do modelo duplicado.

Parâmetro	Tipo	Padrão	Descrição
_is_deleted	Int	0	Indica se a linha foi excluída. Inserção: O valor é 0. Atualização: O valor é 0. Exclusão: O valor é 1.
_version	Bigint	0	Para os dados de uma sincronização completa, o valor é 0. Para os dados de uma sincronização incremental, o valor corresponde ao timestamp de commit (em segundos) da alteração no binlog do banco de dados de origem.
_record_id	Bigint	0	Para os dados de uma sincronização completa, o valor é 0. Para os dados de uma sincronização incremental, o valor é o ID do registro no log incremental. Esse ID identifica a entrada do log de forma exclusiva. Nota O ID é único e aumenta monotonicamente.

Pré-requisitos

Considerações

engine Unique

engine Duplicate