PostgreSQL WAL 目录增长与复制槽堆积怎么查：五版本只读聚合卡
下载经PostgreSQL 14—18隔离验证的单行只读聚合卡，排查复制槽堆积、活动状态、lost状态与WAL保留字节区间，不暴露槽名、数据库、插件、PID或LSN。
先区分槽是否存在、是否活动、保留量是否增长，再核对消费端、检查点、归档、磁盘和变更时间线；消费确认推进不等于WAL文件会立即释放。
适用对象
- SQL-PG-08已在PostgreSQL 14.20、15.18、16.14、17.10和18.4隔离环境验证。
- 公开卡只返回一行聚合，不输出槽名、数据库、插件、PID、地址、LSN、订阅或业务对象。
- 五版本实验均制造约4.2MB WAL保留并确认消费者推进，但restart_lsn口径保留量不会保证立即下降。
- 删槽、推进槽、清理WAL、改参数、切换、重建和生产写入都必须单独评估与授权。
WAL目录增长时，复制槽首轮查哪些聚合信号
先确认槽状态和保留压力，再判断还缺哪些时间线。
保存单行聚合、采集时间、前一快照、WAL目录变化和业务影响。公开卡不返回槽身份，若需要定位具体槽，必须进入受控范围并由数据库负责人确认权限。
| 信号 | 首轮能说明 | 不能单独证明 | 下一证据 |
|---|---|---|---|
| total / physical / logical | 当前槽数量和类型分布 | 哪个槽属于哪个业务 | 受控槽责任映射与变更记录 |
| active / inactive | 采集时是否有消费者连接 | 非活动槽一定异常 | 消费端进程、任务和时间线 |
| wal_retained_bytes | 当前WAL位置与槽重启位置的聚合差值 | 磁盘目录实际大小或立即可释放量 | 磁盘、归档、检查点与物理副本 |
| lost | 所需WAL已丢失、槽不可继续使用的候选状态 | 可以直接删槽或重建 | RPO、重建方案、回退与授权 |
| 相邻快照 | 数量、活动和保留压力是否变化 | 唯一根因或修复效果 | 业务、写入、消费与系统资源同窗证据 |
从WAL增长到可授权动作的五步
流程先形成只读证据和责任分流，最后才讨论生产动作。槽身份、消费端和业务归属不清时必须停止。
WAL保留压力处理链
- 01
01
固定窗口
记录磁盘变化、错误、影响动作和最近发布。
- 02
02
运行聚合卡
比较槽数量、活动状态、lost状态和保留字节。
- 03
03
核对消费端
确认CDC、订阅、备份、物理副本和任务时间线。
- 04
04
补系统证据
对齐归档、检查点、磁盘、长事务和持续写入。
- 05
05
逐项授权
删槽、推进、改参数、重建或清理分别审批与回读。
消费确认推进不等于WAL已经回收，更不等于磁盘空间已经释放。
B-HC、DMP评估和生产动作如何分开
只有一次聚合时继续取相邻快照；证据冲突时进入B-HC；涉及多节点、订阅、路由或容量联动时进入DMP评估；生产改动逐项授权。
| 当前证据 | 建议路径 | 可交付 | 不包含 |
|---|---|---|---|
| 只有一次聚合 | 继续只读采集 | 相邻快照与时间线 | 根因或修复结论 |
| 槽、归档、磁盘证据冲突 | B-HC固定范围体检 | 风险Top 5、证据缺口、整改顺序 | 自动改生产 |
| 多节点、订阅或容量联动 | DMP集群管控评估 | 拓扑、能力和实施前置条件 | 自动切换或重建 |
| 已确认需要生产动作 | 单独授权应急评估 | 动作范围、回退、执行和回读 | 未授权删槽或清理 |
参考依据
以下来源用于确认市场趋势、政策背景和术语边界；具体落地方案仍以客户的数据范围、权限和交付目标为准。
常见问题
非活动复制槽可以直接删除吗？
不可以。还要确认责任系统、消费端是否临时停止、所需RPO、重建成本、依赖和回退；删除必须由数据库与业务责任人单独批准。
消费者恢复后WAL为什么没有立刻下降？
消费者确认进度、restart_lsn推进、检查点回收和磁盘文件释放不是同一时刻发生。应继续核对相邻快照、检查点、归档和磁盘时间线。
保留量达到多少必须处理？
没有适用于所有实例的固定阈值。要结合磁盘余量、增长速度、写入规模、恢复目标、槽责任和历史基线判断；页面区间只用于稳定展示。