PostgreSQL · Lección 18
¿Qué compromiso hay entre replicación asíncrona y síncrona?
La síncrona no añade latencia, porque la réplica confirma antes de que el primario escriba su propio WAL
La asíncrona garantiza cero pérdida de datos porque confirma en la réplica antes de responder al cliente
En la asíncrona el commit no espera a la réplica: baja latencia pero posible pérdida de las últimas transacciones en un failover; en la síncrona el commit espera su confirmación (sin pérdida de datos), a costa de latencia y de que las escrituras se bloqueen si no hay réplica síncrona disponible
Con replicación síncrona, si la réplica cae las escrituras continúan sin esperas ni configuración adicional
PostgreSQL · Lección 18
Completa el código
La replicación asíncrona puede perder las últimas
Revisa: las últimas transacciones.
PostgreSQL · Lección 18
¿Por qué elegir replicación síncrona implica un compromiso entre durabilidad y disponibilidad de escritura?
Pista: para no perder datos el commit espera a la réplica, y si esta no responde las escrituras quedan bloqueadas; más durabilidad significa más dependencia de que la réplica esté disponible.
✓
¡Lección completada!
Replicación síncrona frente a asíncrona
0
XP ganado
3
Vidas restantes