CONFIGURATION PARAMETER资源消耗 / I/O
io_workers
选择要使用的 I/O 工作进程数量。
Number of IO worker processes, for io_method=worker.
整数 重载生效 引入 18 于 19 移除 0 次默认值变更
- 类型
- 整数integer
- 上下文
- 重载生效改配置文件后重载（pg_ctl reload / SIGHUP）即可生效
- 默认值
3- 取值范围
1 – 32- 分类
- 资源消耗 / I/O
- 引入版本
- 18
- 状态
- 于 19 移除
版本轨迹
PostgreSQL 18 新增此参数。
默认值变迁
仅记录了 PostgreSQL 18 的默认值。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。
手册说明
选择要使用的 I/O 工作进程数量。默认值为 3。此参数只能在
postgresql.conf 文件中或服务器命令行中设置。
仅当 io_method 设置为 worker 时才有效。
机制详解
io_workers 设置 PostgreSQL 18 在 io_method=worker 时使用的专用 I/O 工作进程数；对 io_uring 或 sync 无效。
I/O worker 代表数据库进程执行异步请求；这是执行池，与并行查询 worker 及通用后台 worker 名额不同。
数量可重载修改，但有效能力仍受 io_max_concurrency、负载队列深度、存储延迟与 CPU 限制。更多 worker 不保证设备吞吐更高。其 SIGHUP 上下文允许通过重载配置生效，无需重启服务器。
调优建议
按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。
-
OLTP在线事务处理
只有 io_method=worker 时才调 io_workers。从 PG18 默认 3 开始，测量 worker 饱和、CPU 与尾延迟；只有符合条件的 I/O 在等待 worker 执行而不是等待设备时才扩大池。
-
OLAP分析与批处理
持续的符合条件扫描需要足够 I/O worker 才能喂满存储，但额外进程会增加调度开销，也不能突破单进程或设备并发瓶颈。应比较吞吐与 worker 利用率；请求尺寸由其他参数控制。
-
小规格低配实例与开发机
进程与 CPU 预算紧张时保留 3，或使用实测更小值。io_uring、sync 下 io_workers 无效，因此确认 io_method=worker 前不要调它。
常见问题
- io_method 为 io_uring 或 sync 时修改 io_workers，此时它没有效果。
- 把 worker 进程数误当成每次请求字节数或单进程 I/O 上限。
- 存储设备已经饱和时仍增加 worker。
- 忘记可重载的 worker 池仍会消耗进程、CPU 与调度容量。
演化历史
相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。
-
PostgreSQL 19 ← 18 移除此参数
该版起不再存在
-
PostgreSQL 18 ← 17 新增此参数
PostgreSQL 18 起可用
逐版本快照
每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。
| 版本 | 默认值 | 单位 | 上下文 | 类型 | 最小值 | 最大值 | 枚举值 |
|---|---|---|---|---|---|---|---|
| 18 | 3 |
— |
重载生效 |
整数 |
1 |
32 |
— |
参考资料
同类参数
| 参数 | 类型 | 上下文 | 默认值 | 版本变动 | 最近变更 |
|---|---|---|---|---|---|
| I/O 12 | |||||
backend_flush_after |
整数 | 会话 | 0 B (0 × 8kB) |
— | |
| 每当单个后端写出的数据超过此数量时，就尝试强制操作系统将这些写操作发往底层存储。 | 现存 | ||||
effective_io_concurrency |
整数 | 会话 | 16 |
181 次 | |
| 设置 PostgreSQL 预期可以同时执行的并发存储 I/O 操作数量。 | 现存 | ||||
io_combine_limit |
整数 | 会话 | 128 KiB (16 × 8kB) |
181 次 | |
| 控制合并 I/O 操作时允许的最大 I/O 大小。 | 现存 | ||||
io_max_combine_limit |
整数 | 重启生效 | 128 KiB (16 × 8kB) |
— | |
| 控制合并 I/O 操作时允许的最大 I/O 大小，并会静默限制用户可设置的参数 io_combine_limit。 | 现存 | ||||
io_max_concurrency |
整数 | 重启生效 | -1 |
— | |
| 控制一个进程可以同时执行的最大 I/O 操作数。 | 现存 | ||||
io_max_workers |
整数 | — | — | ||
| 设置 I/O 工作进程的最大数量。 | 现存 | ||||
io_method |
枚举 | 重启生效 | worker |
— | |
| 选择执行异步 I/O 的方法。 | 现存 | ||||
io_min_workers |
整数 | — | — | ||
| 设置 I/O 工作进程的最小数量。 | 现存 | ||||
io_worker_idle_timeout |
整数 | — | — | ||
| 设置完全空闲的 I/O 工作进程退出前经过的时间，从而将池大小缩减到与需求匹配。 | 现存 | ||||
io_worker_launch_interval |
整数 | — | — | ||
| 设置启动另一个 I/O 工作进程之前的最短时间。 | 现存 | ||||
io_workers |
整数 | 重载生效 | 3 |
— | |
| 选择要使用的 I/O 工作进程数量。 | 于 19 移除 | ||||
maintenance_io_concurrency |
整数 | 会话 | 16 |
181 次 | |
| 与 effective_io_concurrency 类似，但用于为多个客户端会话执行的维护工作。 | 现存 | ||||