A replicação de entrada para o Serviço HeatWave não suporta algumas das configurações possíveis para a replicação MySQL.

• Somente replicação baseada em linha é suportada. Esse formato de log de binários é o padrão no MySQL versão 5.7 e posterior. Não há suporte para replicação baseada em instrução e replicação mista.
• Somente a replicação assíncrona é suportada. Não há suporte para a replicação semissíncrona.
• Só há suporte para replicação de uma única origem. A replicação de várias origens não é suportada.
• As alterações no esquema mysql não são replicadas e fazem com que a replicação seja interrompida.
• Não há suporte para o uso de um usuário root@localhost ou administrator na cláusula DEFINER das instruções CREATE PROCEDURE e CREATE FUNCTION. Em vez disso, crie um usuário dedicado com os privilégios necessários para executar as instruções e edite as instruções com o usuário dedicado na cláusula DEFINER.
• Quando um sistema de banco de dados de alta disponibilidade é atualizado, o canal de replicação de entrada é suspenso. O canal é retomado quando o processo de atualização é concluído.
• Somente as instruções que o nome de usuário do applier tem privilégio para executar podem ser replicadas. A replicação falhará se o nome de usuário do applier não tiver privilégio suficiente para executar qualquer instrução lida nos logs de binários do servidor de origem. A lista de privilégios é restrita aos privilégios concedidos ao administrador do sistema de banco de dados. Consulte Privilégios Padrão do MySQL.
• Os sistemas de BD (MySQL 8.3.0 ou superior) criados antes de maio de 2024 que não têm o privilégio TRANSACTION_GTID_TAG precisam ser submetidos a upgrade para replicar transações com tags GTID.
• Quando as instruções ALTER TABLE <table_name> SECONDARY_LOAD e ALTER TABLE <table_name> SECONDARY_UNLOAD são replicadas para um sistema de banco de dados de destino, essas instruções não carregam nem descarregam dados no cluster HeatWave anexado ao sistema de banco de dados de destino, se houver.
  Observação
  
  Nas versões anteriores a 8.4.0-u2, mesmo que a carga de dados seja ignorada, o canal de replicação poderá ser interrompido se o HeatWave Lakehouse estiver ativado no sistema de banco de dados de destino e ele não tiver acesso de leitura e lista aos arquivos especificados no atributo do mecanismo da tabela externa do Lakehouse.
• Nas versões anteriores a 8.4.0-u2, se o sistema de banco de dados de destino tiver um cluster HeatWave interrompido (inativo), o canal de replicação não poderá aplicar nenhuma instrução DDL que crie ou altere uma tabela externa do Lakehouse. O canal de replicação será interrompido.
• Se você quiser replicar tabelas externas do Lakehouse, recomenda-se não definir o canal como GENERATE_IMPLICIT_PRIMARY_KEY para tabelas sem chave primária. A replicação é interrompida ao alterar uma tabela InnoDB com uma chave primária gerada para uma tabela do Lakehouse.