Redis · Lección 12
¿Qué garantías da la replicación de Redis?
WAIT convierte la replicación en fuertemente consistente y garantiza que ninguna escritura confirmada se pierda ante cualquier fallo
Es asíncrona: el primario responde al cliente antes de que las réplicas apliquen el cambio, así que un failover puede perder escrituras ya confirmadas y las lecturas en réplicas pueden estar desactualizadas; WAIT espera confirmaciones de réplicas pero no convierte el sistema en fuertemente consistente
Las réplicas siempre contienen exactamente los mismos datos que el primario en cada instante, así que leer de ellas nunca devuelve datos antiguos
El primario no responde al cliente hasta que todas las réplicas han aplicado la escritura, por lo que nunca se pierden escrituras confirmadas
Redis · Lección 12
Completa el código
La replicación de Redis es por defecto
Revisa: asíncrona.
Redis · Lección 12
¿Por qué leer de una réplica puede devolver un dato que el primario ya cambió?
Pista: la réplica recibe los cambios con un pequeño retraso y aún no ha aplicado la última escritura, porque la replicación asíncrona no espera a las réplicas antes de confirmar; hay que aceptar lecturas ligeramente desactualizadas o leer del primario.
✓
¡Lección completada!
Replicación asíncrona y sus consecuencias
0
XP ganado
3
Vidas restantes