pgsql.cc 提供对 postgresql.org 官网内容的中文翻译，由 Pigsty 团队维护。
从 7.1 版开始 WAL 自动启用。管理员 无需任何操作， 只需确保满足 WAL 日志的额外 磁盘空间需求， 并完成必要的调优（见 第 12.3 节）。
WAL 日志存储在目录 $PGDATA/pg_xlogaccess/xlog.h 中描述；记录内容 取决于所记录事件的 类型。段文件以 递增的数字命名，从 0000000000000000 开始。目前 数字不会回绕，但 用尽可用数字也需要非常长的 时间。
WAL 缓冲区和控制结构位于 共享内存中，由后端处理；它们 由轻量级锁保护。对共享内存的 需求取决于 缓冲区的数量。WAL 缓冲区的默认 大小是 8 个缓冲区、每个 8 kB，共 64 kB。
如果日志与 主数据库文件位于不同的 磁盘上会更有利。这可以通过把目录 pg_xlog 移到另一个位置（当然要在 postmaster 关闭时）并从 $PGDATA 中的原位置创建指向 新位置的符号链接来 实现。
WAL 的目标——确保日志在 数据库记录被更改之前写入——可能被 向内核虚假报告写入成功的 磁盘驱动器破坏， 而实际上它们只是缓存了数据 而尚未存储到磁盘 上。这种情况下 断电仍可能导致 不可恢复的数据损坏。管理员应尽量确保 存放 PostgreSQL 日志文件的磁盘不做 这样的虚假报告。
做完检查点并刷写日志之后，检查点 的位置保存在 pg_control 文件中。因此，进行恢复时， 后端先读取 pg_control 和检查点记录；然后从检查点 记录所指示的日志位置 向前扫描执行 REDO 操作。 因为检查点后第一次 修改页时数据页的完整内容都保存在 日志中，检查点之后更改过的所有 页面都将被恢复到一致的 状态。
用 pg_control 获取检查点 位置可以加快恢复过程，但为了处理 pg_control 可能的 损坏，我们其实应该实现 以相反顺序——从最新到 最旧——读取现有日志段来找到 最后一个检查点。这一点 尚未实现。
译文有误、术语不当或页面显示问题，请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题，请在当前版本的对应页面向上游反馈；上游不再修订已结束维护的版本。