PostgreSQL · Lección 16
¿Qué papel tienen el WAL y los checkpoints?
Con el WAL no hace falta sincronizar nada a disco al confirmar una transacción, porque la escritura nunca se pierde en un corte de energía
El WAL contiene copias completas de las tablas y se usa solo como copia de seguridad semanal, sin papel en la recuperación tras un fallo
Los cambios se registran primero en el WAL, de modo que tras un fallo el servidor puede rehacerlos y recuperar un estado consistente; un checkpoint vuelca a los archivos de datos las páginas modificadas, acotando cuánto WAL hay que reproducir al recuperarse
Los checkpoints borran el WAL antiguo sin escribir los datos modificados, por lo que se pierden las transacciones confirmadas desde el anterior
PostgreSQL · Lección 16
Completa el código
El principio es registrar primero los cambios en el
Revisa: write-ahead log (WAL).
PostgreSQL · Lección 16
¿Por qué escribir primero en el WAL (de forma secuencial) y después en los datos garantiza durabilidad sin escribir cada página en cada commit?
Pista: el registro secuencial es barato de sincronizar a disco al confirmar; las páginas de datos pueden escribirse más tarde porque el WAL permite rehacer los cambios tras un fallo, así que hay durabilidad sin pagar escrituras aleatorias en cada commit.
✓
¡Lección completada!
WAL y checkpoints
0
XP ganado
3
Vidas restantes