CONFIGURATION PARAMETER资源消耗 / I/O

io_combine_limit

控制合并 I/O 操作时允许的最大 I/O 大小。

Limit on the size of data reads and writes.

整数会话引入 17 现存至 20 devel 0 次默认值变更

类型: 整数integer
上下文: 会话任何用户都可在会话内用 SET 修改
默认值: 128 KiB (16 × 8kB)原始值 16 8kB
取值范围: 1 – 128
分类: 资源消耗 / I/O
引入版本: 17
状态: 现存

PostgreSQL 18.7 手册官方文档引入提交 210622c60e

版本轨迹

相对 PostgreSQL 17：最大值由 32 改为 128。

默认值变迁

128 KiB (16 × 8kB) 17 – 19

已记录的默认值在 PostgreSQL 17–19 之间未变。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。

手册说明

PostgreSQL 18.7 手册 · 19.4 资源消耗本站手册官方原文

控制合并 I/O 操作时允许的最大 I/O 大小。如果设置值高于 io_max_combine_limit 参数，则会静默使用较低的那个值，因此如果要增大 I/O 大小，可能需要同时提高这两个参数。如果该值未指定单位，则按块计算，也就是 BLCKSZ 字节，通常为 8kB。最大可能值取决于操作系统和块大小，但在 Unix 上通常为 1MB，在 Windows 上通常为 128kB。默认值是 128kB。

机制详解

io_combine_limit 限制把相邻且符合条件的操作合并后形成的单次 I/O 请求字节数。它控制每次请求大小，不控制可同时执行的请求数量。

PostgreSQL 17 中它是独立的用户可设置合并尺寸上限，Linux-Docker 实测 boot 值为 128kB；该版本不存在 io_max_combine_limit。PostgreSQL 18 中，有效尺寸是 io_combine_limit 与新启动参数 io_max_combine_limit 的较小者。

没有足够相邻工作时，实际请求可以更小；操作系统与 BLCKSZ 还会限制可行最大值。其 user 上下文允许按会话或事务修改；改变它不会改变 io_max_concurrency 或 worker 数。

调优建议

按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。

OLTP在线事务处理

在基准证明瓶颈确实来自合并请求尺寸而非队列深度前，保留对应版本默认值。PG18 必须同时核对 io_combine_limit 与 io_max_combine_limit，并在真实并发下测量尾延迟。
OLAP分析与批处理

更大的合并请求可在符合条件的顺序工作中减少系统调用，但也可能增加单次服务时间并降低公平性。应比较吞吐、延迟与实际请求尺寸，不能只按设备队列深度推导取值。
小规格低配实例与开发机

除非相邻 I/O 的实测结果证明其他尺寸更好，否则保留 128kB。PG18 中只把 io_combine_limit 提高到 clamp 之上不会生效；PG17 则没有独立 clamp GUC。

常见问题

把 PG18 的 io_max_combine_limit clamp 套到不存在该 GUC 的 PostgreSQL 17。
把字节尺寸上限误当成 I/O 并发度或队列深度。
把 io_combine_limit 提高到 PG18 服务器 clamp 之上，并期待请求继续变大。
认为每个符合条件的操作都一定达到配置尺寸，即使没有足够相邻 I/O。

演化历史

相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。

PostgreSQL 18 ← 17 属性变更

最大值 32 128
PostgreSQL 17 ← 16 新增此参数

PostgreSQL 17 起可用

逐版本快照

每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。

版本	默认值	单位	上下文	类型	最小值	最大值	枚举值
17	`128 KiB (16 × 8kB)`	`8kB`	`会话`	`整数`	`1`	`32`	`—`
18	`128 KiB (16 × 8kB)`	`8kB`	`会话`	`整数`	`1`	`128`	`—`
19	`128 KiB (16 × 8kB)`	`8kB`	`会话`	`整数`	`1`	`128`	`—`
20	—	—	—	`整数`	—	—	—

参考资料

同类参数

参数	类型	上下文	默认值	最近变更
Resource Usage 资源消耗 12 个 ↗
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 类似，但用于为多个客户端会话执行的维护工作。				现存

快速链接