跳转到主要内容

log_min_duration_sample

log_min_duration_sample 定义进入语句抽样记录所需达到的最短执行时间,抽样由 log_statement_sample_rate 决定。
说明

Fact — 官方简述译文:设置进入语句抽样记录所需达到的最短执行时间,抽样由 log_statement_sample_rate 决定。

身份

类型 , integer
上游 pg_settings 类型
Context , superuser
超级用户可在运行时修改
单位 , ms
原始单位
范围 , -12147483647
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Reporting and Logging / When to Log
上游分类
最后 boot 值 , -1
-1 ms

生命周期

Fact
首次观测 PG13
在档版本 PG13–19 Beta 3
移除版本
引入提交 6e3e6cc0e884 — Allow sampling of statements depending on duration
提交日期 2019-11-04
Discussion 讨论 1

默认值变迁

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

机制详解

log_min_duration_sample 让执行时长达到阈值的已完成语句进入由 log_statement_sample_rate 控制的随机日志路径。-1 关闭该路径,零让所有已完成语句进入,再由抽样率决定实际输出。

log_min_duration_statement 优先级更高。达到其阈值的语句始终记录且不参与抽样,即使同时超过 log_min_duration_sample。扩展查询协议下,Parse、Bind 与 Execute 的时长分别记录。

它属于 SUPERUSER 上下文的会话参数。抽样条目与 log_min_duration_statement 具有相同的语句文本、Bind 值、关联、开销和安全问题,因此 log_line_prefix 与 log_parameter_max_length 仍决定可用性与暴露范围。

调优建议

提示

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

场景 建议
OLTP 先用 log_min_duration_statement 设置始终记录阈值,再用更低抽样阈值与实测概率覆盖高流量中间区间。在 OLTP 峰值下验证实际样本数与敏感数据处理。
OLAP 长分析查询往往超过始终记录阈值,因此抽样可能无法减少这些日志。应依据时长分布选择阈值,而不是照搬 OLTP 值。
小规格 使用保守抽样率与有界语句文本。除非明确需要每条语句时长记录,小节点不要组合零阈值与抽样率 1。

Pigsty 取值

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

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

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

常见坑

  • 期待抽样影响已被更高优先级 log_min_duration_statement 阈值捕获的语句。
  • 忘记扩展查询协议会分别计时并记录 Parse、Bind 与 Execute。
  • 把阈值设为零且 log_statement_sample_rate 为 1,意外记录每条已完成语句的时长。
  • 在没有关联标识、脱敏、访问控制与实测容量预算时抽样 SQL 和 Bind 值。

log_min_messages · log_min_error_statement · log_min_duration_statement · log_statement_sample_rate · log_transaction_sample_rate

参考资料