PostgreSQL pg_stat_activity 状态（state）字段全解析

mahan · 发表于 7 天前

一、概述
pg_stat_activity 是 PostgreSQL 核心系统视图，用于实时监控数据库会话状态，state 字段直接反映会话当前运行状态，是 DBA 排查锁阻塞、慢查询、连接泄漏等问题的核心依据。本文基于 PostgreSQL 12+ 官方文档，完整梳理 state 所有取值、含义、风险等级及运维建议，适合直接发布使用PostgreSQL。

二、state 字段完整取值与详解
1. 基础会话状态（最常见）
表格

登录/注册后可看大图

959126a1c26c277e61.png (44.25 KB, 下载次数: 0)

下载附件

7 天前上传

2. 特殊执行状态（少见）
表格

登录/注册后可看大图

168956a1c26d6548ac.png (32.22 KB, 下载次数: 0)

下载附件

7 天前上传

3. 后台进程状态（非客户端会话）
此类状态为数据库内置后台进程，非业务连接，无需查杀，仅需监控状态异常：

background writer：后台写进程，负责脏页刷盘
checkpointer：检查点进程，定期刷新数据文件
wal sender：WAL 发送进程（主从复制）
wal receiver：WAL 接收进程（主从复制）
logical replication worker：逻辑复制工作进程
三、高频异常状态深度分析
1. idle in transaction（最危险）
成因：应用开启事务后，未及时提交 / 回滚（如代码漏写 commit、连接池归还不规范）。
危害：长期持有锁，阻塞其他会话 DML/DDL，导致业务超时、数据库连接数耗尽。
排查 SQL：
sql

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

2. idle in transaction (aborted)（致命）
成因：事务内 SQL 报错（如主键冲突、语法错误），应用未捕获异常，未执行 rollback。
危害：事务标记为 “中断”，锁资源永久不释放，新事务无法执行，直接导致业务瘫痪。
应急处理：
sql

-- 强制终止会话（释放锁）
SELECT pg_terminate_backend(pid);

3. active（长期执行）
成因：慢查询（无索引、大表全扫、复杂关联）、批量 DML/DDL。
危害：占用 CPU/IO 资源，导致数据库响应变慢，阻塞其他业务。
优化建议：
配置 statement_timeout = 30s 自动终止慢查询
开启 log_min_duration_statement = 5s 记录慢查询日志
四、生产环境监控与告警标准
1. 核心状态监控阈值
idle in transaction：>0 立即告警（微信 / 短信）
idle in transaction (aborted)：>0 立即告警 + 自动查杀
active：>20 且持续 5 分钟告警
总连接数：>max_connections×80% 告警
2. 一键监控 SQL（可直接复用）
sql

-- 统计各状态会话数
SELECT state, count(*) AS session_count
FROM pg_stat_activity
WHERE backend_type = 'client backend' -- 排除系统进程
GROUP BY state ORDER BY session_count DESC;

五、总结

pg_stat_activity 的 state 字段是 PostgreSQL 运维的 “仪表盘”：active/idle 为正常状态，idle in transaction 为高风险状态，idle in transaction (aborted) 为致命状态。生产环境需通过参数配置（idle_in_transaction_session_timeout、statement_timeout）+ 监控告警 + 定期排查，避免异常状态拖垮数据库。

帐号		自动登录	找回密码
密码			注册

PostgreSQL pg_stat_activity 状态（state）字段全解析

浏览过的版块