PostgreSQL9.6：新增pg_blocking_pids函数准确定位 Blocking SQL

概述PosttgreSQL 的SQL被锁情况在数据库维护过程中非常常见，之前博客 PostgreSQL 锁分析 演示了 PostgreSQL 锁的一些场景，在开始本文的介绍之前特做以下说明，假如会话A堵住会话B，我们称会话B为 blocked 会话，会话A为 blokcing 会话，后续介绍时都用这两个词；当数据库出现锁时，如果对应用有影响，DBA应该在最短的时间内找到 blocking 会话并快速处

Posttgresql 的sql被锁情况在数据库维护过程中非常常见，之前博客 Postgresql 锁分析 演示了 Postgresql 锁的一些场景，在开始本文的介绍之前特做以下说明，假如会话A堵住会话B，我们称会话B为 blocked 会话，会话A为 blokcing 会话，后续介绍时都用这两个词；当数据库出现锁时，如果对应用有影响，DBA应该在最短的时间内找到 blocking 会话并快速处理，在 9.6 版本前查找 blocking sql 通常需要查询 pg_stat_activity、 pg_locks 等一系列视图，增加了故障分析的时间，9.6 版本新增 pg_blocking_pIDs() 函数，能够快速找到 blocking sql，下面模拟一个简单的场景介绍这个函数的使用。

--创建测试表

francs=> create table test_lock(ID int4,name text);CREATE tablefrancs=> insert into test_lock values(1,'a'),(2,'b'),(3,'c');INSERT 0 3

--会话一

francs=> select pg_backend_pID(); pg_backend_pID ----------------          22814francs=> begin;BEGIN          francs=> update test_lock set name='cc' where ID=3;UPDATE 1

备注：会话一在事务里更新 ID=3 的记录，并不提交。

--会话二

francs=> select pg_backend_pID(); pg_backend_pID ----------------          22845(1 row)francs=> delete from test_lock where ID=3;

备注：会话二删除ID=3的记录，此时由于这条记录之前被UPDATE并没有提交，这句DELETE仍然处于等待状态。

--监控

备注：从图中看到之前 *** 作的两条 sql，为什么 22845 会话处于等待状态呢，运行 pg_blocking_pIDs 函数可以找到 blocking 会话，如下：

--查找 blocking sql

postgres=# select pg_blocking_pIDs(22845); pg_blocking_pIDs ------------------ {22814}(1 row)

备注：22814 正是 blocking sql， 22845 为 blocked sql。

--总结

这篇博客仅模拟了一个简单场景，并通过 pg_blocking_pIDs 函数查找 blocking
sql，真实生产环境锁的案例远比这复杂，具体情况具体分析。

--参考
PostgreSQL 锁分析

总结

以上是内存溢出为你收集整理的PostgreSQL9.6：新增pg_blocking_pids函数准确定位 Blocking SQL全部内容，希望文章能够帮你解决PostgreSQL9.6：新增pg_blocking_pids函数准确定位 Blocking SQL所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。