Qual é o atraso de tempo para replicação primária/em espera?

Quando as instâncias em espera não conseguem acompanhar as atualizações no primário, isso gera atraso na replicação. Se o SQL em espera e thread de I/O estiverem em execução, o atraso de replicação é um valor positivo medido em segundos. Se o thread SQL em espera não estiver em execução ou se o thread SQL tiver consumido todo o log de retransmissão e o thread de I/O em espera estiver em execução, ele será NULL (indefinido ou desconhecido)

O atraso para replicação primária/em espera não pode ser calculado usando uma fórmula, pois o atraso é afetado pelos seguintes fatores:

• Status da comunicação da rede
• Carga de trabalho de transações na instância de BD primária em transações por segundo (TPS)
• O tamanho da transação executada pela instância de BD primária (isso afeta a duração das execuções da transação)
• Balanceamento de carga da instância de BD em espera e réplicas de leitura

Se a instância de BD primária tiver uma carga pesada por um determinado período de tempo e executar um grande número de transações por segundo, a replicação para a instância de BD em espera será atrasada. Esse atraso geralmente é de alguns segundos.

• RDS for MySQL: clique no nome da instância de BD na página Instances. A origem de replicação é a instância de BD primária. Quando o status de replicação é normal, exiba Real-Time Replication Delay para obter o valor do atraso de replicação primária/em espera.
• RDS for PostgreSQL: para verificar a consistência dos dados entre as instâncias de BD primária e em espera, consulte Atraso de replicação no console do Cloud Eye para obter o valor do atraso de replicação primária/em espera.
• RDS for SQL Server: para verificar a consistência dos dados entre as instâncias de BD primária e em espera, consulte Atraso de replicação no console do Cloud Eye para obter o valor do atraso de replicação primária/em espera.