PostgreSQL查询服务器本地执行极慢，局域网pgAdmin4却快的问题求助

针对你遇到的同一查询在局域网pgAdmin4和本地执行性能差异巨大的问题，可按以下步骤排查：

1. 对比执行计划差异 #

在两种环境下分别执行EXPLAIN ANALYZE命令，查看执行计划是否一致：

EXPLAIN ANALYZE
SELECT src, COUNT(src)
FROM tbl_logs_file_ops
GROUP BY src
ORDER BY COUNT(src) DESC
NULLS LAST
LIMIT 10;

重点关注：

• 是否使用了排序操作（Sort节点），以及排序是否依赖磁盘（Sort Method: External Merge Disk:）
• Group By的实现方式（HashAggregate还是GroupAggregate）

如果本地执行计划显示使用磁盘排序，大概率是work_mem参数不足导致性能瓶颈。

2. 检查会话参数差异 #

对比pgAdmin4和本地会话的关键性能参数，尤其是内存相关配置：
在两个环境下分别执行：

SHOW work_mem;
SHOW effective_cache_size;
SHOW maintenance_work_mem;

pgAdmin4可能在连接时自动设置了更大的work_mem，而本地psql/API使用默认值。若本地work_mem过小，GROUP BY和排序操作会被迫使用临时磁盘文件，导致性能骤降。

临时调整本地会话参数重试：

SET work_mem = '64MB'; -- 可根据服务器内存情况调整为128MB或更高

如果有效，可修改postgresql.conf中的work_mem默认值（需重启数据库生效），或在API连接数据库时主动设置该参数。

3. 检查本地连接方式与配置 #

本地连接优先使用Unix套接字而非TCP/IP，确认本地连接协议是否正确：

• psql直接执行psql -d 数据库名（不指定-h localhost）会使用Unix套接字
• 若API使用localhost或127.0.0.1连接，会走TCP/IP协议，可能存在额外开销（通常Unix套接字更快，若此处相反需排查套接字权限）

检查Unix套接字目录权限：

ls -ld /var/run/postgresql/ -- 替换为你的unix_socket_directories配置路径

确保postgres用户和本地执行用户拥有读写权限。

4. 监控本地执行时的系统资源 #

本地执行查询时，用系统工具监控资源占用情况：

• CPU：top或htop，查看是否有其他进程占用大量CPU
• 磁盘IO：iostat -x 1，查看磁盘读写使用率是否接近100%
• 内存：free -h，查看是否因内存不足触发swap使用

如果本地执行时存在资源竞争（比如备份、ETL任务并行运行），会导致查询变慢。

5. 更新表统计信息 #

过时的统计信息可能导致PostgreSQL生成低效执行计划，执行以下命令更新：

ANALYZE tbl_logs_file_ops;

更新后重新执行查询，观察性能是否改善。

6. 检查锁与阻塞情况 #

本地执行时，检查是否有其他事务锁住目标表：

SELECT * FROM pg_locks WHERE relation = 'tbl_logs_file_ops'::regclass;

若存在未释放的锁（比如长时间运行的事务），会导致查询等待，进而拖慢执行速度。

内容的提问来源于stack exchange，提问作者m.yagmur