PostgreSQL Performance & Recovery
Learn what PostgreSQL checkpoints do, how they affect crash recovery time and write performance, and which signals to monitor.
A point in the WAL where all dirty data pages have been written to disk, providing a consistent recovery point.
A checkpoint is when PostgreSQL flushes dirty buffers to data files and records a recovery boundary in WAL.
After a crash, PostgreSQL replays WAL from the last checkpoint, so checkpoint behavior influences restart recovery time.
Aggressive checkpoints can increase write pressure and latency variance. Sparse checkpoints can lengthen recovery replay windows.
Checkpoint tuning is therefore a tradeoff between steady-state performance and incident-time recovery speed.
Checkpoints do not replace WAL archiving, but they shape how much WAL must be replayed for crash and restore workflows.
For full DR readiness, checkpoint strategy should be validated together with base backups and PITR drills.