Heroku Postgres数据库性能异常求助：高Read IOPS等问题排查及查询需求

架构老林

2026-7-30

Heroku Postgres 查询偶发极慢问题排查与解决

可能的原因分析

结合你提供的指标和硬件配置，核心排查方向如下：

IOPS 瓶颈：Read IOPS 上限为4000，若图表中出现接近/触及上限的尖峰，会直接导致查询等待IO资源，引发卡顿。即便Write IOPS处于低位，读密集型操作（如大表全扫描、缓存未命中的查询）也会占满读IO配额。
临时磁盘资源耗尽：Tmp Disk Available 骤降时，说明有查询无法在内存中完成排序、哈希连接等操作，被迫使用临时磁盘——磁盘IO速度远低于内存，会大幅拖慢查询。
内存配置不合理：Postgres占用内存远低于61GB总内存时，可能是shared_buffers、work_mem等参数配置不当，导致缓存命中率低下，或频繁触发磁盘临时文件。
CPU 负载尖峰：CPU Load Avg 飙升时，意味着存在CPU密集型查询（如复杂计算、无索引的全表扫描）占用资源，导致其他查询排队等待。
New Relic 采样盲区：New Relic可能未捕获到偶发的超长查询，比如执行时间超过采样阈值的语句，或临时生成的异常查询。

使用Postgres内置视图查看当前运行的非空闲会话，按执行时长排序：

SELECT pid, now() - query_start AS duration, query, state
FROM pg_stat_activity
WHERE state != 'idle'
ORDER BY duration DESC;

此语句可快速定位正在运行的慢查询，直接抓取当前异常的执行语句。

Heroku Postgres默认记录慢查询，通过Heroku CLI过滤相关日志：

heroku logs -t --app your-app-name | grep "duration:"

日志中包含duration:的行，对应执行时间超过log_min_duration_statement阈值的查询（默认1000ms）。若需要更精细的监控，可调整阈值：

heroku config:set PGLOGMIN_DURATION_STATEMENT=500 --app your-app-name

设置为500ms后，所有执行时长超过半秒的查询都会被记录。

利用Heroku默认启用的pg_stat_statements扩展，获取全量查询的执行统计：

SELECT queryid, query, calls, total_time, mean_time, max_time, rows
FROM pg_stat_statements
ORDER BY total_time DESC
LIMIT 20;

通过总耗时、平均耗时、最大耗时等维度，可快速定位累计消耗资源最多或偶尔出现超长执行的查询。

当Tmp Disk Available下降时，查询正在使用临时文件的会话：

SELECT pid, query, temp_files, temp_bytes
FROM pg_stat_activity
WHERE temp_files > 0 OR temp_bytes > 0
ORDER BY temp_bytes DESC;

temp_files和temp_bytes字段可直接关联到依赖临时磁盘的查询，这类语句通常需要优化排序或连接逻辑。

优化IO密集型查询：为高频查询字段添加合适的索引，避免全表扫描；精简查询语句，减少不必要的列扫描（如禁用SELECT *）；大表可考虑分区/分表，降低单次扫描的数据量。
调整内存参数：shared_buffers建议设为总内存的25%（你的配置可设为15GB左右），提升缓存命中率；work_mem可适当调大（如从默认4MB升至16MB），减少临时磁盘使用；maintenance_work_mem调大，加速索引创建等维护操作。
控制CPU密集型查询：将复杂计算逻辑迁移至应用层，或提前预计算结果存储到表中；使用pg_cron定时执行批量任务，避开业务高峰时段。
完善监控告警：在Heroku中配置Postgres指标告警，当Read IOPS接近上限、Tmp Disk Available过低、CPU负载过高时触发通知；定期分析pg_stat_statements结果，提前识别潜在慢查询。

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