跳转到主要内容

log_min_error_statement

log_min_error_statement 决定 PostgreSQL 是否记录所有产生不低于指定级别错误的语句。
说明

Fact — 官方简述译文:记录所有产生不低于指定级别错误的语句。

身份

类型 , enum
上游 pg_settings 类型
Context , superuser
超级用户可在运行时修改
单位 ,
原始单位
范围 ,
最后在档版本的原始上下限
枚举值 , debug5, debug4, debug3, debug2, debug1, info, notice, warning, error, log, fatal, panic
非枚举类型记为 —
分类 , Reporting and Logging / When to Log
上游分类
最后 boot 值 , error
error

生命周期

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

默认值变迁

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

机制详解

log_min_error_statement:记录所有产生不低于指定级别错误的语句。它控制是否附带产生错误级消息的 SQL 语句;消息本身是否输出则由 log_min_messages 分别决定。

log_min_error_statement 属于 SUPERUSER 上下文。超级用户或获授相应 SET 权限的角色可在会话内修改,ALTER ROLE 或 ALTER DATABASE 可为未来会话建立默认值。

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

调优建议

提示

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

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

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_min_error_statement,却认为角色默认值、数据库默认值或其他池化会话也已随之改变。
  • 增加日志内容却未预算收集器吞吐、存储、保留与下游查询成本。
  • 记录 SQL 文本、绑定值、身份或主机数据,却没有脱敏与访问控制策略。
  • 没有回滚计划及客户端或运维兼容测试,就全局修改 log_min_error_statement。

log_min_messages · log_min_duration_statement · log_min_duration_sample · log_statement_sample_rate · log_transaction_sample_rate

参考资料