跳转到主要内容

track_io_timing

track_io_timing:收集数据库 I/O 等待计时。实测在档范围为 PG9.2–19 Beta 3;最后在档的 PG19 Beta 3 启动默认值为 off,context 为 superuser。这是测试版快照事实,PostgreSQL 19 正式发布前仍可能变化。
说明

Fact — 官方简述译文:收集数据库 I/O 等待计时。

身份

类型 , bool
上游 pg_settings 类型
Context , superuser
超级用户可在运行时修改
单位 ,
原始单位
范围 ,
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Statistics / Cumulative Query and Index Statistics
上游分类
最后 boot 值 , off
off

生命周期

Fact
首次观测 PG9.2
在档版本 PG9.2–19 Beta 3
移除版本
引入提交 309c64745ea1 — Rename track_iotiming GUC to track_io_timing.
提交日期 2012-04-29
Discussion

默认值变迁

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

机制详解

track_io_timing 测量 WAL 对象以外的数据库 I/O 等待时间,并填充 pg_stat_database、pg_stat_io、pg_stat_get_backend_io()、带 BUFFERS 的 EXPLAIN、维护输出与相关扩展。

该设置会反复读取操作系统时钟,开销依平台而异,可用 pg_test_timing 测量;记录的是等待经过时间,不是纯设备服务时间。

WAL I/O 由 track_wal_io_timing 单独控制。启用计时只增加可观测性,不会让 I/O 异步化,也不会改变规划成本。其 superuser 上下文允许获授权会话修改,无需重启服务器。

调优建议

提示

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

场景 建议
OLTP pg_stat_io、带 BUFFERS 的 EXPLAIN 或事故分析需要数据库 I/O 等待时间时启用。用 pg_test_timing 与峰值语句速率测时钟开销;Pigsty 的 on 是可观测性选择,不是吞吐调优数值。
OLAP 长扫描与落盘会让关系和临时文件计时很有价值。只有这些计数真正用于诊断时才长期开启,并比较执行开销,区分经过等待与纯设备服务时间。
小规格 只有平台时钟读取成本可接受且指标有人使用时才用 on。该布尔值没有“保守数值大小”;off 只移除计时,不会移除 I/O。

Pigsty 取值

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

模板 有效值 与上游 boot 比较 源表达式
OLTP on 不同于 boot 值 'on'
OLAP on 不同于 boot 值 'on'
CRIT on 不同于 boot 值 'on'
TINY on 不同于 boot 值 'on'
注意

Advice — 待人工复核。 当前 Pigsty 模板投影事实:OLTP: PG9.2–19 Beta 3 = on (dcs);OLAP: PG9.2–19 Beta 3 = on (dcs);CRIT: PG9.2–19 Beta 3 = on (dcs);TINY: PG9.2–19 Beta 3 = on (dcs)。 建议(待人工复核)——编辑推断(待维护者复核):显式 on 与源码注释“收集 I/O 统计”的目标一致,并接受依平台而异的时钟开销。

常见坑

  • 把等待经过时间当成不含排队和调度影响的纯设备服务时间。
  • 期待该开关让 I/O 异步化或改变规划器成本估计。
  • 误以为它包含 WAL 计时;WAL 由 track_wal_io_timing 控制。
  • 没有在实际平台测量时钟读取开销就启用。

track_wal_io_timing · track_counts · stats_fetch_consistency · effective_io_concurrency · compute_query_id

参考资料