PostgreSQL：buffers_alloc与三类缓冲区总和差异解读及调优咨询

一、buffers_alloc与写入类指标之和的差异原因 #

buffers_alloc是PostgreSQL从操作系统分配的总缓冲块数量，而buffers_backend + buffers_clean + buffers_checkpoint是已经被写入磁盘的缓冲块总数，二者存在差异完全正常，主要来自这些场景：

• 内存里还留存着未写入的脏页：被修改过的页还没触发写入条件（比如没达到脏页比例阈值、后台写入进程还没轮到处理它），这部分不会计入写入统计。
• 被淘汰的干净页：当需要新缓冲块时，如果淘汰的是只读加载的干净页（比如查完就没用的静态数据页），这类页不需要写回磁盘，自然不会出现在三个写入指标里。
• 统计重置的影响：如果统计周期内执行过pg_stat_reset()，部分指标会被清零，此时计算的差值会包含重置前未统计的历史数据。
• 临时表缓冲块：临时表使用的缓冲块不会写入磁盘，这部分分配的块也不会被计入写入统计。

二、写入总量占buffers_alloc的合理比例 #

没有绝对的标准值，但可以参考这些经验：

• 比例低于20%：说明大部分缓冲块要么是干净页，要么脏页被有效缓存，写入压力极小，属于理想状态，无需调整。
• 比例高于50%：意味着大量缓冲块被反复分配和写入，缓存命中率低，磁盘IO压力大，大概率需要优化。
• 20%-50%之间：属于正常区间，具体是否需要调整要看业务负载——比如写密集型业务这个比例偏高可能合理，但读密集型业务就需要重点关注。

核心逻辑是：这个比例越高，说明缓存复用率越低，磁盘IO的无效开销越大。

三、优化该比例的配置调整方向 #

如果写入比例过高，可从这些配置入手优化：

• 调大共享缓冲区：修改shared_buffers，让更多数据留在内存里。一般建议设为系统内存的25%-50%（注意不要超过操作系统能稳定分配的内存范围）。
• 优化后台写入进程参数：
  • bgwriter_delay：缩短后台写入进程的休眠间隔（比如从默认200ms改成100ms），让脏页能更及时被写入，减少后端进程被迫自行写页的情况。
  • bgwriter_lru_maxpages：增大每次循环后台写入的最大脏页数，提升后台写入的处理能力。
  • bgwriter_lru_multiplier：调大该值（比如从2.0改成3.0），让后台写入的脏页数量比实际需要淘汰的页数更多，提前把脏页写回，避免后续突发IO。
• 调整检查点相关参数：
  • max_wal_size：增大该值可以延长检查点的触发间隔，减少检查点带来的批量写入压力。
  • checkpoint_completion_target：提高该值（比如从0.5改成0.9），让检查点的写入过程更平滑，避免短时间内大量写磁盘。
• 业务层优化：减少不必要的批量更新操作，给频繁查询的表添加合适的索引以减少全表扫描，或者把热数据集中存储，让内存能覆盖主要的访问负载。

内容的提问来源于stack exchange，提问作者leas