↑↓ 选择 ↵ 打开 ⌫ 改范围 完整检索页

pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。

百科 / 配置参数 / 错误报告和日志

CONFIGURATION PARAMETER错误报告和日志 / 记录到哪里

logging_collector

这个参数启用日志收集器,它是一个捕捉被发送到 stderr 的日志消息的后台进程,并且它会将这些消息重定向到日志文件中。

Start a subprocess to capture stderr, csvlog and/or jsonlog into log files.

布尔 重启生效 引入 8.3 现存至 20 devel 0 次默认值变更

类型
布尔bool
上下文
重启生效只能在服务器启动时设置,修改后需要重启
默认值
off
引入版本
8.3
状态
现存

PostgreSQL 18.7 手册 官方文档

版本轨迹

相对 PostgreSQL 17 无变化。

默认值变迁

off 9.0 – 19

已记录的默认值在 PostgreSQL 9.0–19 之间未变。带单位的取值换算成了可读形式,原始的 boot_val 与单位写在悬浮提示里。

手册说明

PostgreSQL 18.7 手册 · 19.8 错误报告和日志 本站手册 官方原文

这个参数启用日志收集器,它是一个捕捉被发送到 stderr 的日志消息的后台进程,并且它会将这些消息重定向到日志文件中。这种方法比记录到 syslog 通常更有用,因为某些类型的消息可能不会在 syslog 输出中出现(一个常见的示例是动态链接器错误消息;另一个示例是由 archive_command 等脚本产生的错误消息)。这个参数只能在服务器启动时设置。

注意

也可以不使用日志收集器而把日志记录到 stderr,日志消息将只会去到服务器的 stderr 被定向到的位置。不过,那种方法只适合于低日志量,因为它没有提供便捷的方法来轮转日志文件。还有,在某些平台上,不使用日志收集器可能会导致日志输出丢失或混杂,因为多个进程并发写入同一个日志文件时会覆盖彼此的输出。

注意

日志收集器旨在避免丢弃消息。这意味着在极高的负载下,如果服务器进程试图在收集器已经落后时发送更多的日志消息,那么它可能会被阻塞。相反,syslog 倾向于在无法写入消息时丢掉消息,这意味着在这样的情况下它可能会无法记录某些消息,但是它不会阻塞系统的其他部分。

日志收集器不保证日志消息已到达持久化存储。系统崩溃、断电或写入日志文件时出错,仍可能导致消息丢失。

机制详解

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

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

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

调优建议

按典型负载给出的取值思路,不是放之四海皆准的配方:实际取值要看数据量、并发度与硬件。

  • OLTP在线事务处理

    需要 csvlog/jsonlog 或收集器管理的 stderr 文件时启用 logging_collector,并压测管道吞吐、轮转、磁盘写满、转运与重启。它属于 POSTMASTER 参数,需要受控重启。

  • OLAP分析与批处理

    分析负载可能在查询结束时产生大规模日志突发;按该突发为收集器与目标 I/O 定容,并验证数据库进程不会因收集器背压停顿。

  • 小规格低配实例与开发机

    只保留必要格式并设置有界保留。小节点同样需要磁盘告警,因为收集器以不丢消息为目标,目标缓慢或写满时可能向数据库进程传递背压。

常见问题

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

演化历史

相邻两个大版本之间的差异,新的在前。版本号链到该版的快照。

  1. PostgreSQL 13 ← 12 仅描述更新

    简述 Start a subprocess to capture stderr output and/or csvlogs into log files. Start a subprocess to capture stderr, csvlog and/or jsonlog into log files.

  2. PostgreSQL 8.3 ← 8.2 新增此参数

    PostgreSQL 8.3 起可用

逐版本快照

每个收录版本里的 7 项事实,与上一个存在的版本不同的格子带底色。版本号链到该版。

版本 默认值单位上下文类型最小值最大值枚举值
8.3 — — — 布尔 — — —
8.4 — — — 布尔 — — —
9.0 off — 重启生效 布尔 — — —
9.1 off — 重启生效 布尔 — — —
9.2 off — 重启生效 布尔 — — —
9.3 off — 重启生效 布尔 — — —
9.4 off — 重启生效 布尔 — — —
9.5 off — 重启生效 布尔 — — —
9.6 off — 重启生效 布尔 — — —
10 off — 重启生效 布尔 — — —
11 off — 重启生效 布尔 — — —
12 off — 重启生效 布尔 — — —
13 off — 重启生效 布尔 — — —
14 off — 重启生效 布尔 — — —
15 off — 重启生效 布尔 — — —
16 off — 重启生效 布尔 — — —
17 off — 重启生效 布尔 — — —
18 off — 重启生效 布尔 — — —
19 off — 重启生效 布尔 — — —
20 — — — 布尔 — — —

参考资料

同类参数

参数 类型 上下文 默认值 版本变动 最近变更
Reporting and Logging 错误报告和日志 14 个 ↗
记录到哪里 14
event_source 字符串 重启生效 PostgreSQL —
当启用了向事件日志记录时,这个参数决定用来标识日志中 PostgreSQL 消息的程序名。 现存
log_destination 字符串 重载生效 stderr —
PostgreSQL 支持多种记录服务器消息的方法,包括 stderr,csvlog,jsonlog 和 syslog。 现存
log_directory 字符串 重载生效 log 101 次
当 logging_collector 被启用时,这个参数决定日志文件将被在哪个目录下创建。 现存
log_file_mode 整数 重载生效 384 —
在 Unix 系统上,当 logging_collector 被启用时,这个参数设置日志文件的权限(在微软 Windows 上这个参数将被忽略)。 现存
log_filename 字符串 重载生效 postgresql-%Y-%m-%d_%H%M%S.log —
当 logging_collector 被启用时,这个参数设置被创建的日志文件的文件名。 现存
log_rotation_age 整数 重载生效 1 d —
当 logging_collector 被启用时,这个参数决定单个日志文件使用的最长时间,超过后创建一个新的日志文件。 现存
log_rotation_size 整数 重载生效 10 MiB 181 次
当 logging_collector 被启用时,这个参数决定单个日志文件的最大尺寸。 现存
log_truncate_on_rotation 布尔 重载生效 off —
当 logging_collector 被启用时,这个参数将导致 PostgreSQL 截断(覆盖而不是追加)任何已有的同名日志文件。 现存
logging_collector 布尔 重启生效 off —
这个参数启用日志收集器,它是一个捕捉被发送到 stderr 的日志消息的后台进程,并且它会将这些消息重定向到日志文件中。 现存
silent_mode 布尔 重启生效 off —
静默地运行服务器。 于 9.2 移除
syslog_facility 枚举 重载生效 local0 8.41 次
当启用了向 syslog 记录时,这个参数决定要使用的 syslog“设施”。 现存
syslog_ident 字符串 重载生效 postgres —
当启用了向 syslog 记录时,这个参数决定用来标识 syslog 中的 PostgreSQL 消息的程序名。 现存
syslog_sequence_numbers 布尔 重载生效 on —
当日志被记录到 syslog 并且这个设置为 on(默认)时,每一个消息会被加上一个增长的序号作为前缀(例如[2])。 现存
syslog_split_messages 布尔 重载生效 on —
当启用把日志记录到 syslog 时,这个参数决定消息如何送达 syslog。 现存