PostgreSQL作为常用的开源关系型数据库，在高并发或复杂查询场景下可能出现CPU使用率飙升的情况，这类问题需要从系统到数据库内部逐层排查，才能找到根本原因并针对性解决。
一、系统层面初步排查
首先需要从操作系统层面确认CPU飙升是否由PostgreSQL进程导致，避免将其他进程的异常误判为数据库问题。
1. 查看进程CPU占用
使用top命令查看当前系统进程的资源占用情况，找到CPU使用率最高的进程：
# 查看进程CPU占用，按CPU使用率排序 top -c # 如果已经知道PostgreSQL进程ID，可直接过滤查看 ps aux | grep postgres
如果PostgreSQL相关进程的CPU占用率持续超过80%，基本可以确定是数据库内部问题导致。
2. 查看系统整体负载
通过uptime命令查看系统负载情况，确认是否存在整体资源不足的问题：
uptime
如果系统负载远高于CPU核心数，说明当前系统整体压力过大，可能需要先扩容资源。
二、数据库内部问题定位
确认是PostgreSQL进程导致CPU飙升后，需要进一步定位数据库内部的具体问题。
1. 查看当前活跃连接与执行语句
PostgreSQL提供了pg_stat_activity视图，可以查看当前所有活跃的连接和正在执行的SQL语句，找到消耗资源最多的语句：
-- 查看当前所有活跃连接，按CPU消耗排序（需要开启pg_stat_statements扩展）
SELECT
pid,
usename,
application_name,
client_addr,
state,
now() - query_start AS duration,
query
FROM pg_stat_activity
WHERE state != 'idle'
ORDER BY duration DESC;
如果发现有长时间运行的复杂查询，比如没有索引的大表全表扫描、多表关联没有优化条件的语句，这些通常是CPU飙升的直接原因。
2. 分析高消耗SQL语句
对于定位到的可疑SQL语句，使用EXPLAIN ANALYZE命令分析其执行计划，查看是否存在全表扫描、索引失效等问题：
-- 分析SQL执行计划，注意实际执行会消耗资源，建议在测试环境执行 EXPLAIN ANALYZE SELECT * FROM user_table WHERE user_name = 'test';
如果执行计划中出现Seq Scan（全表扫描），且表数据量较大，说明该查询没有使用合适的索引，会导致大量CPU消耗。
3. 查看数据库参数配置
不合理的数据库参数配置也可能导致CPU使用率过高，需要重点检查以下参数：
- max_connections：最大连接数，如果设置过高，会导致大量连接争抢资源，增加CPU开销
- shared_buffers：共享缓冲区大小，设置不合理会影响数据缓存效率，增加磁盘IO和CPU消耗
- work_mem：每个查询操作可使用的工作内存，设置过小会导致查询使用临时磁盘文件，增加IO和CPU消耗
- effective_cache_size：优化器假设可用的磁盘缓存大小，设置不合理会导致优化器选择错误的执行计划
可以通过以下SQL查看当前参数配置：
-- 查看指定参数配置 SHOW max_connections; SHOW shared_buffers; SHOW work_mem;
三、常见优化方案
根据排查到的问题，可以采取对应的优化措施：
1. SQL与索引优化
对全表扫描的查询添加合适的索引，比如针对查询条件的字段创建B-tree索引：
-- 为user_table表的user_name字段创建索引 CREATE INDEX idx_user_table_user_name ON user_table(user_name);
同时优化复杂查询逻辑，避免不必要的多表关联、子查询，减少查询的计算量。
2. 连接数控制
如果max_connections设置过高，可以适当调低，同时使用连接池（如PgBouncer）管理数据库连接，减少连接创建和销毁的开销。
3. 参数调优
根据服务器硬件配置调整数据库参数，比如16G内存的服务器可以参考以下配置：
-- 修改参数需要重启数据库生效，建议在维护窗口操作 ALTER SYSTEM SET shared_buffers = '4GB'; ALTER SYSTEM SET work_mem = '16MB'; ALTER SYSTEM SET max_connections = '200'; -- 重新加载配置 SELECT pg_reload_conf();
4. 资源限制
对于消耗资源过多的查询，可以通过pg_stat_statements找到对应的语句，设置资源限制，或者优化业务侧的逻辑，避免短时间内大量发起复杂查询。
四、长期监控建议
为了避免CPU飙升问题反复出现，建议开启PostgreSQL的pg_stat_statements扩展，长期监控SQL语句的资源消耗情况，定期分析慢查询日志，提前优化有问题的语句。同时配合系统监控工具（如Prometheus+Grafana）监控数据库CPU、内存、连接数等指标，出现异常时及时告警处理。
PostgreSQLCPU飙升排查数据库性能优化查询分析修改时间：2026-07-12 03:45:25