track_io_timing
Fact — 官方简述译文:收集数据库 I/O 等待计时。
身份
生命周期
| Fact | 值 |
|---|---|
| 首次观测 | PG9.2 |
| 在档版本 | PG9.2–19 Beta 3 |
| 移除版本 | 否 |
| 引入提交 | 309c64745ea1 — Rename track_iotiming GUC to track_io_timing. |
| 提交日期 | 2012-04-29 |
| Discussion | — |
默认值变迁
| 版本 | 原始 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