Azure PostgreSQL PaaS内存使用率逐步升至100%调优咨询

核心异常配置定位 #

当前配置中wal_buffers设置为2097144kB（约2GB），占总5GB内存的40%，完全不符合PostgreSQL配置规范：常规场景下wal_buffers最大值无需超过16MB，过大的配置会长期占用共享内存无法释放，是内存持续上涨的核心诱因。

分步调优措施 #

• 修改wal_buffers为16MB，该参数用于缓存WAL写入数据，超过16MB后不会带来任何性能提升，反而会挤占业务可用内存
• 调整检查点相关配置：将checkpoint_completion_target从0.5调整为0.9，拉长检查点刷写的分散周期，避免短时间内大量IO操作占用内存；将checkpoint_timeout从5min调整为15min，降低检查点触发频率
• 优化VACUUM策略：停止主动执行VACUUM FULL，该操作需要排他锁且运行时会占用大量内存和IO资源，日常死元组回收依赖自动VACUUM即可，可调整autovacuum_vacuum_scale_factor为0.05，让小表也能及时触发VACUUM，避免死元组累积占用缓存
• 排查长期占用内存的会话：执行SELECT pid, now() - xact_start as xact_duration, query FROM pg_stat_activity WHERE xact_start IS NOT NULL ORDER BY xact_duration DESC LIMIT 10;查询长事务，存在超过1小时的非预期长事务可手动终止
• 清理插件统计内存：如果开启了pg_stat_statements插件，定期执行SELECT pg_stat_statements_reset()清理累积的统计数据，避免旧版本插件的内存泄漏问题

应急方案 #

如果内存使用率已经接近100%，可通过Azure控制台手动重启实例释放所有内存，重启完成后先调整上述参数再恢复业务流量。

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