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.
