PostgreSQL阻塞诊断：pg_blocking_pids()函数详解与应用

1. 深入理解pg_blocking_pids()函数

PostgreSQL数据库中的pg_blocking_pids()函数是一个极其有用的诊断工具，它能帮助我们快速识别哪些会话正在阻塞其他会话。在实际生产环境中，锁等待和阻塞问题是影响数据库性能的常见因素，这个函数就像数据库管理员口袋里的瑞士军刀，能快速定位问题源头。

我第一次遇到这个函数是在处理一个紧急的生产事故时。当时应用突然变慢，前端请求大量超时，通过pg_blocking_pids()迅速锁定了是一个长时间运行的分析查询阻塞了关键事务。这种实战价值让我对这个函数产生了浓厚兴趣。

2. 函数基础解析

2.1 函数定义与语法

pg_blocking_pids()函数的完整语法如下：

sql复制pg_blocking_pids(pid integer) → integer[]

这个函数接收一个PostgreSQL后端进程ID（pid）作为参数，返回一个整数数组，包含所有当前正在阻塞该进程的其他进程ID。如果没有阻塞，则返回空数组。

2.2 返回值解读

理解返回值有几个关键点：

1. 返回的是直接阻塞者，不是整个阻塞链
2. 数组顺序不代表阻塞顺序
3. 结果实时变化，每次调用都可能不同

3. 典型应用场景

3.1 锁等待问题诊断

最常见的应用场景是诊断锁等待。假设我们有一个会话（pid=123）长时间处于"idle in transaction"状态，可以通过以下查询检查它是否被阻塞：

sql复制SELECT pg_blocking_pids(123);

如果返回非空数组，比如{456}，说明pid=456的会话正在阻塞123。

3.2 结合其他系统视图使用

单独使用pg_blocking_pids()信息有限，通常需要结合pg_stat_activity视图获取更全面的信息：

sql复制SELECT blocked_locks.pid AS blocked_pid,
       blocking_locks.pid AS blocking_pid,
       blocked_activity.usename AS blocked_user,
       blocking_activity.usename AS blocking_user,
       blocked_activity.query AS blocked_query,
       blocking_activity.query AS blocking_query
FROM pg_catalog.pg_locks blocked_locks
JOIN pg_catalog.pg_stat_activity blocked_activity ON blocked_activity.pid = blocked_locks.pid
JOIN pg_catalog.pg_locks blocking_locks 
    ON blocking_locks.locktype = blocked_locks.locktype
    AND blocking_locks