跳转到主要内容

logging_collector

logging_collector 是 PostgreSQL 中用于启动子进程,将 stderr、csvlog 和/或 jsonlog 捕获到日志文件的参数。
说明

Fact — 官方简述译文:启动子进程,将 stderr、csvlog 和/或 jsonlog 捕获到日志文件。

身份

类型 , bool
上游 pg_settings 类型
Context , postmaster
修改后需要重启数据库
单位 ,
原始单位
范围 ,
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Reporting and Logging / Where to Log
上游分类
最后 boot 值 , off
off

生命周期

Fact
首次观测 PG9.0(研究下界)
在档版本 PG9.0–19 Beta 3
移除版本
引入提交 不作断言:早于 PG9.0 研究边界
提交日期
Discussion

默认值变迁

PG9.0–19 Beta 3 实测 boot 默认值
版本 原始 boot_val 单位 人类可读值
PG9.0–19 Beta 3 off off

机制详解

logging_collector:启动子进程,将 stderr、csvlog 和/或 jsonlog 捕获到日志文件。收集器通过管道排空服务器 stderr 并写入所选文件格式;其设计目标是不丢消息,因此极端背压可能阻塞输出者。

logging_collector 属于 POSTMASTER 上下文:PostgreSQL 在服务器启动时读取它,重新加载配置或会话 SET 都不能使新值生效。

实际路径由 log_destination、logging_collector 或 syslog/eventlog、文件命名与权限、轮转触发条件,以及外部转运或保留共同构成。

调优建议

提示

Advice。 以下建议是工作负载起点,必须用真实测量验证。

场景 建议
OLTP 需要 csvlog/jsonlog 或收集器管理的 stderr 文件时启用 logging_collector,并压测管道吞吐、轮转、磁盘写满、转运与重启。它属于 POSTMASTER 参数,需要受控重启。
OLAP 分析负载可能在查询结束时产生大规模日志突发;按该突发为收集器与目标 I/O 定容,并验证数据库进程不会因收集器背压停顿。
小规格 只保留必要格式并设置有界保留。小节点同样需要磁盘告警,因为收集器以不丢消息为目标,目标缓慢或写满时可能向数据库进程传递背压。

Pigsty 取值

以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具,并按 PG19 Beta 3 渲染当前 Pigsty 模板;这不表示 Pigsty 当前支持该历史或测试版本。

模板 有效值 与上游 boot 比较 源表达式
OLTP on 不同于 boot 值 'on'
OLAP on 不同于 boot 值 'on'
CRIT on 不同于 boot 值 'on'
TINY on 不同于 boot 值 'on'
注意

Advice — 待人工复核。 当前 Pigsty 模板投影事实:OLTP: PG9.0–19 Beta 3 = on (dcs);OLAP: PG9.0–19 Beta 3 = on (dcs);CRIT: PG9.0–19 Beta 3 = on (dcs);TINY: PG9.0–19 Beta 3 = on (dcs)。 建议(待人工复核)——编辑推断:配置的 csvlog 文件管线需要收集器,它为所有模板提供受管本地日志文件。

常见坑

  • 期待重新加载或 SET 激活 logging_collector,而它实际需要受控重启服务器。
  • 组合互不兼容的目标、收集器、文件名与轮转假设,最终丢失或覆盖日志。
  • 未监控写满或不可写的日志目标;不同路径下它可能阻塞日志甚至数据库活动。
  • 在未启用收集器时配置文件型目标,或启用收集器却没有磁盘与保留计划。

log_destination · log_directory · log_filename · log_rotation_age · log_rotation_size

参考资料