Azure Database for PostgreSQL弹性服务器内存占比骤降致应用变慢求助

可能触发原因及排查动作 #

• PostgreSQL内存回收机制触发
  • 检查是否有大量VACUUM（含自动VACUUM）进程在执行：

    SELECT pid, query, state, now() - query_start AS duration FROM pg_stat_activity WHERE query LIKE '%vacuum%';
    

  • 自动VACUUM回收死元组时会释放大量内存，同时大表的VACUUM操作会占用CPU、I/O资源，直接拖慢应用查询响应速度。
• 连接数突降或连接池异常
  • 查看Azure监控的Active Connections指标，若连接数突然减少，之前连接占用的内存会被释放；如果是连接池重置，应用需要重新建立连接，会出现短暂性能波动。
• 大查询完成或缓存失效
  • 开启pg_stat_statements扩展后，检查近期执行的大查询：

    SELECT queryid, query, total_time, rows FROM pg_stat_statements ORDER BY total_time DESC LIMIT 10;
    

  • 大查询运行时占用大量内存，完成后内存释放；若shared_buffers缓存因服务器重启、缓存失效清空，后续查询需重新加载数据到内存，会导致I/O升高，应用变慢。
• Azure平台侧资源调整
  • 查看Azure活动日志，确认是否有服务器自动缩放、补丁更新等维护操作，这类操作会导致内存重新分配，期间必然伴随性能影响。

临时缓解措施 #

• 若为VACUUM导致，可在Azure门户调整autovacuum_vacuum_scale_factor等参数降低自动触发频率，或在业务低峰期手动执行VACUUM FULL（注意锁表风险）。
• 优化应用查询逻辑，添加合适索引减少数据扫描行数，避免大查询长时间占用资源。
• 检查应用连接池配置，确保连接复用正常，避免频繁创建销毁连接。

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