CONFIGURATION PARAMETER预写式日志 / 设置
wal_level
wal_level 决定多少信息写入到 WAL 中。
Sets the level of information written to the WAL.
枚举 重启生效 引入 9.0 现存至 20 devel 1 次默认值变更
- 类型
- 枚举enum
- 上下文
- 重启生效只能在服务器启动时设置，修改后需要重启
- 默认值
replica- 枚举值
minimal, replica, logical- 分类
- 预写式日志 / 设置
- 引入版本
- 9.0
- 状态
- 现存
版本轨迹
相对 PostgreSQL 17 无变化。
默认值变迁
默认值一共换过 2 档，每段的宽度按它覆盖的大版本数伸展，深色的一段是当前查看的 PostgreSQL 18.7。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。
手册说明
wal_level 决定多少信息写入到 WAL 中。默认值是 replica，它会写入足够的数据以支持 WAL 归档和复制，包括在备库上运行只读查询。minimal 会去掉除从崩溃或者立即关机中进行恢复所需的信息之外的所有记录。最后，logical 会增加支持逻辑解码所需的信息。每个层次包括所有更低层次记录的信息。这个参数只能在服务器启动时设置。
minimal 级别生成最少的 WAL 日志量。对于在当前事务中创建或重写的永久关系，不记录其行信息。这可以使操作速度更快（参见第 14.4.7 节）。触发此优化的操作包括：
ALTER ... SET TABLESPACE |
CLUSTER |
CREATE TABLE |
REFRESH MATERIALIZED VIEW（不使用 CONCURRENTLY） |
REINDEX |
TRUNCATE |
然而，minimal 级别的 WAL 不包含足够的信息用于时间点恢复，因此必须使用 replica 或更高级别来启用持续归档（archive_mode）和流式二进制复制。实际上，如果 max_wal_senders 不为零，服务器甚至不会以此模式启动。请注意，将 wal_level 更改为 minimal 会使先前的基础备份无法用于时间点恢复和备库。
在 logical 级别上，记录与 replica 相同的信息，以及从 WAL 中提取逻辑变更集所需的信息。使用 logical 级别会增加 WAL 的数量，特别是如果许多表被配置为 REPLICA IDENTITY FULL，并且执行了许多 UPDATE 和 DELETE 语句。
在 9.6 之前的版本中，这个参数也允许值 archive 和 hot_standby。现在仍然接受这些值，但是它们会被映射到 replica。
机制详解
设置写入 WAL 的信息级别。该值在服务器启动时固定，修改后必须重启。
minimal 只记录崩溃恢复所需信息，不能支持要求 replica 信息的归档/流复制；replica 支持物理复制与归档恢复；logical 再增加逻辑解码信息。修改必须重启，并可能改变 WAL 量。
应把 wal_level 与 wal_compression、full_page_writes、wal_log_hints 一起监控和变更。先在对应角色与真实负载上验证，再按其 postmaster context 选择会话修改、reload 或 restart；历史默认值并不等于当前有效值。
调优建议
按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。
-
OLTP在线事务处理
先保证耐久性与恢复目标，再以 WAL 生成速率、刷写延迟、检查点和 pg_wal 峰值调 wal_level；每次改动都做崩溃/恢复与归档监控验证。
-
OLAP分析与批处理
按批量装载峰值规划 WAL、归档带宽和恢复 I/O；需要降低峰值时应协调装载节奏与检查点，而不是牺牲恢复链。
-
小规格低配实例与开发机
从安全默认开始，按有限磁盘容量设置明确告警；不要仅为节省少量 I/O 就关闭耐久性或破坏恢复链。
常见问题
- 选择 minimal 却仍期待归档、流复制或逻辑解码。
- 提高级别却不预算额外 WAL 与重启。
- 槽/订阅仍依赖高级别时就降低。
- 混淆 pg_settings 的原始单位与配置文件可读单位。
- 只做吞吐基准，不做崩溃恢复与归档还原。
演化历史
相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。
-
PostgreSQL 14 ← 13 仅描述更新
简述
Set the level of information written to the WAL.Sets the level of information written to the WAL. -
PostgreSQL 10 ← 9.6 默认值变更
默认值
minimalreplica -
PostgreSQL 9.6 ← 9.5 属性变更
枚举值
minimal, archive, hot_standby, logicalminimal, replica, logical -
PostgreSQL 9.4 ← 9.3 属性变更
枚举值
minimal, archive, hot_standbyminimal, archive, hot_standby, logical -
PostgreSQL 9.0 ← 8.4 新增此参数
PostgreSQL 9.0 起可用
逐版本快照
每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。
| 版本 | 默认值 | 单位 | 上下文 | 类型 | 最小值 | 最大值 | 枚举值 |
|---|---|---|---|---|---|---|---|
| 9.0 | minimal |
— |
重启生效 |
枚举 |
— |
— |
minimal, archive, hot_standby |
| 9.1 | minimal |
— |
重启生效 |
枚举 |
— |
— |
minimal, archive, hot_standby |
| 9.2 | minimal |
— |
重启生效 |
枚举 |
— |
— |
minimal, archive, hot_standby |
| 9.3 | minimal |
— |
重启生效 |
枚举 |
— |
— |
minimal, archive, hot_standby |
| 9.4 | minimal |
— |
重启生效 |
枚举 |
— |
— |
minimal, archive, hot_standby, logical |
| 9.5 | minimal |
— |
重启生效 |
枚举 |
— |
— |
minimal, archive, hot_standby, logical |
| 9.6 | minimal |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 10 | replica |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 11 | replica |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 12 | replica |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 13 | replica |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 14 | replica |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 15 | replica |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 16 | replica |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 17 | replica |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 18 | replica |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 19 | replica |
— |
重启生效 |
枚举 |
— |
— |
minimal, replica, logical |
| 20 | — | — | — | 枚举 |
— | — | — |
参考资料
同类参数
| 参数 | 类型 | 上下文 | 默认值 | 版本变动 | 最近变更 |
|---|---|---|---|---|---|
| 设置 15 | |||||
commit_delay |
整数 | 会话（超级用户） | 0 |
9.31 次 | |
| 设置 commit_delay 会在发起 WAL 刷盘之前添加时间延迟。 | 现存 | ||||
commit_siblings |
整数 | 会话 | 5 |
9.11 次 | |
| 执行 commit_delay 延迟前要求的并发活动事务的最小数目。 | 现存 | ||||
fsync |
布尔 | 重载生效 | on |
— | |
| 如果打开这个参数，PostgreSQL 服务器将尝试确保更新被物理地写入到磁盘，做法是发出 fsync() 系统调用或者使用多种等价的方法（见 wal_sync_method）。 | 现存 | ||||
full_page_writes |
布尔 | 重载生效 | on |
— | |
| 启用此参数时，PostgreSQL 服务器会在检查点之后首次修改每个磁盘页面时，将该页面的全部内容写入 WAL。 | 现存 | ||||
synchronous_commit |
枚举 | 会话 | on |
9.63 次 | |
| 指定数据库服务器向客户端返回“成功”指示之前，必须完成多少 WAL 处理。 | 现存 | ||||
wal_buffers |
整数 | 重启生效 | -1 8kB |
9.11 次 | |
| 用于还未写入磁盘的 WAL 数据的共享内存量。 | 现存 | ||||
wal_compression |
枚举 | 会话（超级用户） | off |
151 次 | |
| 此参数启用使用指定的压缩方法对 WAL 进行压缩。 | 现存 | ||||
wal_init_zero |
布尔 | 会话（超级用户） | on |
— | |
| 如果设置为 on（默认值），此选项会导致新的 WAL 文件被零填充。 | 现存 | ||||
wal_level |
枚举 | 重启生效 | replica |
103 次 | |
| wal_level 决定多少信息写入到 WAL 中。 | 现存 | ||||
wal_log_hints |
布尔 | 重启生效 | off |
— | |
| 当这个参数为 on 时，PostgreSQL 服务器在检查点之后首次修改页面时把该磁盘页面的整个内容都写入 WAL，即使对所谓的提示位做非关键修改也会这样做。 | 现存 | ||||
wal_recycle |
布尔 | 会话（超级用户） | on |
— | |
| 如果设置为 on（默认值），此选项通过重命名来回收 WAL 文件，从而避免创建新文件。 | 现存 | ||||
wal_skip_threshold |
整数 | 会话 | 2 MiB |
— | |
| 当 wal_level 为 minimal，且事务在创建或重写永久关系后提交时，此设置决定如何持久保存新数据。 | 现存 | ||||
wal_sync_method |
枚举 | 重载生效 | fdatasync |
8.41 次 | |
| 用于将 WAL 更新强制写入磁盘的方法。 | 现存 | ||||
wal_writer_delay |
整数 | 重载生效 | 200 ms |
— | |
| 指定 WAL 写入器刷写 WAL 的频繁程度，以时间为单位。 | 现存 | ||||
wal_writer_flush_after |
整数 | 重载生效 | 1 MiB (128 × 8kB) |
— | |
| 指定 WAL 写入器刷写 WAL 的频繁程度，按数据量衡量。 | 现存 | ||||