WAL是PostgreSQL通过先写日志再修改数据页来保证事务持久性的机制，日志存于pg_wal目录并循环使用，支持崩溃恢复、时间点备份与流复制，需配置归档和检查点参数以优化可靠性与性能。
PostgreSQL 的事务日志机制主要依赖于 WAL（Write-Ahead Logging，预写式日志） 来确保数据的持久性和崩溃恢复能力。理解 WAL 的工作原理，有助于优化数据库性能、配置归档策略以及实现高可用架构。
什么是 WAL（预写式日志）？
WAL 是 PostgreSQL 中用于保证事务原子性和持久性的核心机制。它的基本原则是：在任何数据页被修改之前，必须先将修改操作记录到日志中。这样即使系统崩溃，也可以通过重放日志来恢复未完成的事务或丢失的更改。
所有对数据库状态产生影响的操作，如 INSERT、UPDATE、DELETE，都会生成对应的 WAL 记录。这些记录按顺序写入 WAL 文件，形成一个连续的日志流。
WAL 日志的存储与管理
PostgreSQL 将 WAL 日志保存在 pg_wal 目录下（旧版本为 pg_xlog），每个日志文件默认大小为 16MB。这些文件以十六进制命名，例如 000000010000000000000001，其中包含时间线、逻辑序列等信息。
WAL 文件采用循环方式使用：当一组 WAL 文件写满后，系统会尝试重用最旧的日志文件，前提是这些日志已不再需要用于恢复或复制。
以下因素会影响 WAL 文件的保留：
- 归档模式是否开启（archive_mode）
- 是否配置了流复制（Streaming Replication）
- 是否有备库正在同步
- 是否启用了逻辑复制或备份中的恢复点
WAL 如何支持崩溃恢复
当 PostgreSQL 实例异常关闭后重启，系统会自动进入恢复模式，读取 WAL 日志并重做（Redo）已提交但未写入数据文件的事务变更。
恢复过程分为三个阶段：
- 分析阶段：确定检查点位置和需要处理的 WAL 范围
- 重做阶段：从最近的检查点开始，逐条应用 WAL 记录，使数据页回到崩溃前的状态
- 回滚阶段：清理未提交事务造成的中间状态，确保一致性
检查点（Checkpoint）是关键机制之一。它会触发脏页刷盘，并在 WAL 中记录一个检查点记录，作为后续恢复的起点，减少重做时间。
WAL 与备份、复制的关系
WAL 不仅用于本地恢复，还是多种高级功能的基础：
- 物理备份（基础备份 + WAL 归档）：通过 pg_basebackup 创建基础备份，配合持续归档 WAL 文件，可实现时间点恢复（PITR）
- 流复制：主库将 WAL 记录实时发送给备库，备库通过重放日志保持数据同步
- 逻辑复制：基于解码 WAL 中的逻辑变化（需启用 logical decoding），支持行级复制和选择性订阅
要启用 WAL 归档，需设置参数：
archive_mode = onarchive_command = 'cp %p /archive/%f'
基本上就这些。WAL 是 PostgreSQL 可靠性的基石，掌握其运作方式，能更好应对故障恢复、性能调优和高可用部署场景。不复杂但容易忽略细节，比如检查点间隔、wal_keep_size 设置等，都会显著影响系统行为。
