log_min_duration_statement
记录执行时间达到阈值的每条已完成语句。它是确定性的慢查询采集开关，与抽样日志和取消语句是不同机制。
说明
Fact — 官方简述译文：记录运行时间达到配置阈值的已完成语句。
身份
生命周期
| Fact | 值 |
|---|---|
| 首次观测 | PG9.0（研究下界） |
| 在档版本 | PG9.0–19 Beta 3 |
| 移除版本 | 否 |
| 引入提交 | 不作断言：早于 PG9.0 研究边界 |
| 提交日期 | — |
| Discussion | — |
默认值变迁
| 版本 | 原始 boot_val |
单位 | 人类可读值 |
|---|---|---|---|
| PG9.0–19 Beta 3 | -1 |
ms |
-1 ms |
机制详解
未写单位时按毫秒解释。-1 关闭按时长记录，0 记录所有已完成语句，正数则记录达到或超过阈值的语句。
由本参数选中的语句会始终记录而不参与抽样，因此优先于 log_min_duration_sample。使用扩展查询协议时，Parse、Bind、Execute 阶段的时长可能分别出现。
该参数只观察并记录已经完成的工作，不会终止慢语句；取消执行应使用独立的 statement_timeout。
调优建议
提示
Advice。 以下建议是工作负载起点，必须用真实测量验证。
| 场景 | 建议 |
|---|---|
| OLTP | 根据应用延迟目标和可接受日志量选择阈值。高 QPS 场景可用有意义的硬阈值捕获真正慢查询，并对更快的语句采用抽样。 |
| OLAP | 采用更高阈值，避免正常的长分析查询淹没日志；结合 query identifier 和工作负载标签，让重复记录仍然可行动。 |
| 小规格 | 调优期可使用较低阈值，但要观察磁盘与轮转；一旦日志本身成为可测负载，应提高阈值或改用抽样。 |
Pigsty 取值
以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具，并按 PG19 Beta 3 渲染当前 Pigsty 模板；这不表示 Pigsty 当前支持该历史或测试版本。
| 模板 | 有效值 | 与上游 boot 比较 | 源表达式 |
|---|---|---|---|
| OLTP | 100 |
不同于 boot 值 | 100 |
| OLAP | 1000 |
不同于 boot 值 | 1000 |
| CRIT | 100 |
不同于 boot 值 | 100 |
| TINY | 100 |
不同于 boot 值 | 100 |
注意
Advice — 待人工复核。 当前 Pigsty 模板投影事实：OLTP: PG9.0–19 Beta 3 = 100 (dcs)；OLAP: PG9.0–19 Beta 3 = 1000 (dcs)；CRIT: PG9.0–19 Beta 3 = 100 (dcs)；TINY: PG9.0–19 Beta 3 = 100 (dcs)。 建议（待人工复核）——编辑推断（待维护者复核）：Pigsty 主动保留确定性的慢查询证据，而 OLAP 用更宽松阈值适应天然更长的分析语句。
常见坑
- 高吞吐系统上的低阈值可能制造巨量日志与 I/O。
- SQL 文本可能含敏感字面量，日志应按应用数据同等级保护。
- 它只记录慢语句而不取消；取消应使用 statement_timeout。
- 扩展协议阶段可能分开记录，需要会话或 PID 关联。
- 与 log_statement、抽样和 log_line_prefix 的组合可能造成重复或碎片化理解。
关联参数
log_min_duration_sample · log_statement_sample_rate · log_statement · log_duration · log_line_prefix · statement_timeout