跳转到主要内容

log_line_prefix

log_line_prefix 是 PostgreSQL 中用于控制每行日志前添加的信息的参数。
说明

Fact — 官方简述译文:控制每行日志前添加的信息。

身份

类型 , string
上游 pg_settings 类型
Context , sighup
配置 reload 后生效
单位 ,
原始单位
范围 ,
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Reporting and Logging / What to Log
上游分类
最后 boot 值 , %m [%p]
%m [%p]

生命周期

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

默认值变迁

PG9.0–19 Beta 3 实测 boot 默认值
版本 原始 boot_val 单位 人类可读值
PG9.0–9.6 "" empty string
PG10–19 Beta 3 %m [%p] %m [%p]

机制详解

log_line_prefix:控制每行日志前添加的信息。百分号转义可加入会话、用户、数据库、进程、应用与时间上下文;csvlog 和 jsonlog 已单独携带结构化字段。

log_line_prefix 属于 SIGHUP 上下文:重新加载配置即可在不重启的情况下激活服务器新值,后续读取它的操作使用刷新值。

它改变输出的诊断数据而非查询语义,但日志量、敏感内容、log_line_prefix、目标、收集器吞吐与保留策略共同决定运维成本和价值。

调优建议

提示

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

场景 建议
OLTP 围绕明确的可观测性问题和实测日志容量预算调节 log_line_prefix;优先使用选择性阈值、抽样或角色级覆盖,而非无差别采集。
OLAP 分析作业可以需要更丰富的 log_line_prefix 遥测,但应把长语句、大绑定值与集中完成造成的日志突发计入管线容量。
小规格 让 log_line_prefix 保持有用且有界:提高详细度或频率前,先验证磁盘、收集器、保留与脱敏能力。

Pigsty 取值

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

模板 有效值 与上游 boot 比较 源表达式
OLTP 未修改
OLAP 未修改
CRIT 未修改
TINY 未修改
注意

Advice — 待人工复核。 当前 Pigsty 模板投影事实:OLTP: PG9.0–19 Beta 3 未修改;OLAP: PG9.0–19 Beta 3 未修改;CRIT: PG9.0–19 Beta 3 未修改;TINY: PG9.0–19 Beta 3 未修改。 未发现覆盖值,因此不推断 Pigsty 专属理由。

常见坑

  • 编辑 log_line_prefix 后没有重新加载配置,也没有核对有效值与后续行为。
  • 增加日志内容却未预算收集器吞吐、存储、保留与下游查询成本。
  • 记录 SQL 文本、绑定值、身份或主机数据,却没有脱敏与访问控制策略。
  • 遗漏关联多行文本日志所需的进程、会话、数据库、用户或应用身份。

application_name · cluster_name · update_process_title · log_timezone · log_hostname

参考资料