合理配置磁盘I/O参数是提升PostgreSQL性能的关键。1. shared_buffers应设为系统内存的25%～40%，平衡内存使用与缓存效率；2. wal_buffers在高写入场景下可增至16MB～32MB，减少WAL I/O次数；3. 使用max_wal_size配合checkpoint_timeout延长检查点间隔，降低I/O峰值；4. effective_io_concurrency在SSD上设为100～200，提升并行I/O效率；5. synchronous_commit可根据一致性需求调整为off以降低延迟；6. bgwriter参数需优化以平滑脏页刷盘，避免I/O突发。调优需结合负载类型、硬件配置与业务需求，并通过监控验证效果。
PostgreSQL 的性能不仅依赖于 CPU 和内存，磁盘 I/O 的效率直接影响数据库的响应速度和吞吐能力。合理配置与磁盘 I/O 相关的核心参数，是实现高效存储访问、降低延迟、提升并发处理能力的关键。这些参数控制着数据写入磁盘的频率、批量操作的方式以及共享缓冲区与持久化之间的平衡。
shared_buffers：共享内存缓冲区大小
该参数定义 PostgreSQL 用于缓存数据页的内存量，直接减少对磁盘的读取需求。建议设置为系统总内存的 25%～40%，尤其在专用数据库服务器上。过小会导致频繁磁盘读取，过大则可能挤占操作系统缓存空间，反而影响整体 I/O 性能。
wal_buffers：WAL 写入缓冲区
控制用于存储未写入 WAL（Write-Ahead Logging）文件的日志条目的内存大小。默认值通常足够，但在高并发写入场景下，适当增大至 16MB 或 32MB 可减少 WAL 文件的 I/O 次数，提高事务提交效率。该值无需过大，一般不超过 shared_buffers 的 1/32。
checkpoint_segments / max_wal_size（版本差异）
这两个参数控制 WAL 日志文件在触发检查点（checkpoint）前可生成的最大数量或总体大小。增大该值可以延长两次 checkpoint 的时间间隔，减少脏页集中刷盘带来的 I/O 峰值压力。现代版本推荐使用 max_wal_size 配合 checkpoint_timeout 调整，避免频繁 checkpoint 导致的性能抖动。
effective_io_concurrency：并发 I/O 请求能力
告诉 PostgreSQL 系统支持的并行磁盘操作数量，尤其对 SSD 或 RAID 阵列有意义。在 SSD 环境中设为 100～200 可显著提升顺序扫描和 vacuum 的效率。机械硬盘建议设为 2～4。此参数影响后台进程如 bgwriter 和 autovacuum 的 I/O 并发行为。
synchronous_commit：提交同步策略
控制事务提交是否等待 WAL 日志落盘。设为 off 可大幅降低写延迟，适用于可容忍轻微数据丢失风险的场景；设为 on（默认）保证事务持久性，但增加 I/O 开销。可根据业务一致性要求灵活调整，部分场景可使用 remote_write 或 local 折中。
bgwriter相关参数：后台写入控制
bgwriter_flush_after、bgwriter_lru_maxpages 等参数影响后台将脏页写回磁盘的行为。适度调大 flush_after 可提升写入吞吐，避免随机 I/O。配合 log_checkpoints 观察 checkpoint 是否频繁及是否出现“too many dirty buffers”警告，有助于优化写入平滑度。
基本上就这些关键 I/O 参数。它们共同决定了 PostgreSQL 如何与底层存储交互。调优时应结合实际负载类型（OLTP 或 OLAP）、硬件特性（SSD/HDD、RAID 配置）以及业务对一致性和延迟的要求进行综合权衡。不复杂但容易忽略的是：持续监控 I/O 等待、检查点频率和 WAL 生成速率，才能验证调优效果。
