EC2实例PostgreSQL查询比家用PC慢10倍的排查求助

• CPU单核心性能差距：EC2的Xeon E5-2680 v2是2013年的老架构，单核心运算能力远逊于2019年的i3-9100F。PostgreSQL的无过滤count(*)通常是单线程执行（遍历索引或全表），高频+新架构的i3-9100F在单核心任务上优势明显。可以用pgbench -T 10 -c 1测试单核心基准性能，对比两者的TPS数值。

• 共享缓存命中率验证：虽然两台机器内存都是16GB，但EC2的磁盘缓冲读取速度更低，数据载入PostgreSQLshared_buffers的速度更慢。执行以下SQL查看缓存命中率，确认数据是否已加载到内存：

  SELECT sum(heap_blks_hit) / sum(heap_blks_hit + heap_blks_read) AS hit_ratio FROM pg_stat_user_tables;
  

  如果EC2的命中率远低于家用PC，说明查询时仍在从磁盘读取数据，导致耗时增加。

• Docker存储层IO开销：EC2上Docker使用EBS卷的存储驱动（如overlay2），相比家用PC本地SSD的存储驱动，IO路径存在额外虚拟化开销。测试容器内磁盘性能：

  • 顺序写入：dd if=/dev/zero of=test bs=1G count=1 oflag=direct
  • 随机读取：fio --name=random-read --ioengine=libaio --rw=randread --bs=4k --numjobs=1 --size=1G --iodepth=16 --runtime=60
    对比两者的IO吞吐量和延迟，确认存储层差异是否是瓶颈。

• PostgreSQL配置一致性检查：确保两台容器的PostgreSQL配置完全匹配，重点核对shared_buffers、effective_cache_size、work_mem等参数。执行SHOW ALL;导出配置文件对比，同时检查Docker启动时的内存限制：docker inspect <container-id> | grep Memory，确认EC2容器的内存配额未限制PostgreSQL的缓存使用。

• CPU虚拟化与指令集差异：EC2虚拟化环境存在额外调度开销，且E5-2680 v2仅支持AVX指令集，而i3-9100F支持AVX2，后者能提升PostgreSQL的运算效率。在容器内执行lscpu对比CPU特性，同时检查PostgreSQL的CPU相关配置：

  SELECT name, setting FROM pg_settings WHERE name LIKE '%cpu%';
  

• 执行计划细节对比：重新运行EXPLAIN ANALYZE <your-count-query>，仔细对比两台机器的执行计划：

  • 是否使用了相同的扫描方式（索引扫描/全表扫描）
  • 扫描的行数、实际执行时间的各阶段耗时
    确认是否存在索引失效、统计信息不准确等导致的执行计划差异。

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