Postgresql 查看锁的过程

本文介绍如何在PostgreSQL中检查并解决死锁问题,包括使用SQL语句查询死锁进程、终止阻塞操作的方法,以及测试行级锁的具体步骤。

一、查看sql语句是否发生死锁

1.查看数据库的进程。SELECT * FROM pg_stat_activity WHERE datname='死锁的数据库ID ';
检索出来的字段中,【wating 】字段,数据为t的那条,就是死锁的进程,找到对应的【procpid 】列的值。

例如:SELECT  procpid  FROM pg_stat_activity WHERE datname='数据库ID' and waiting ='t';

2.杀掉进程。

kill有两种方式,第一种是:
SELECT pg_cancel_backend(PID);
这种方式只能kill select查询,对update、delete 及DML不生效)

第二种是:
SELECT pg_terminate_backend(PID);
这种可以kill掉各种操作(select、update、delete、drop等)操作

具体查询语句:

--查询阻塞的sql( 死锁了,没有执行通过的sql )
select * from pg_stat_activity aa,
(
select a.locktype,a.database,a.pid,a.mode,a.relation,b.relname from pg_locks a join pg_class b on a.relation=b.oid
 where upper(b.relname)='xxx'
) bb
where aa.pid=bb.pid
 and aa.waiting='t'
 
--释放 死锁的sql
select pg_cancel_backend(上面查询到的pid)
--查询是否锁表了
select oid from pg_class where relname='可能锁表了的表' --oid是每个表隐藏的id
select pid from pg_locks where relation='上面查出的oid'
--如果查询到了结果 则释放锁定
select pg_cancel_backend(上面查到的pid)

 

测试PostgreSQL行级锁

 

 

Reference:

[1] https://blog.youkuaiyun.com/liuxiumeitanjie/article/details/38816871

[2] https://blog.youkuaiyun.com/czp11210/article/details/51320700

[3] https://blog.youkuaiyun.com/liyazhen2011/article/details/83379225

转载于:https://www.cnblogs.com/hoojjack/p/10250742.html

### PostgreSQL 中的咨询 (Advisory Locks) PostgreSQL 提供了一种灵活的定机制,称为 **Advisory Locks**(咨询),它允许开发者通过应用程序逻辑来控制资源访问[^2]。这种类型的完全由应用层决定其含义和作用范围,因此具有高度灵活性。 #### 咨询的特点 1. **自定义性强**: Advisory Lock 的语义完全取决于开发者的定义。它可以用于保护任何资源,而不仅仅是或行。 2. **轻量级**: 它们不会自动关联到特定的对象(如、行或其他数据库结构)。这意味着它们可以在不影响性能的情况下频繁创建和释放。 3. **跨会话支持**: Advisory Lock 可以在一个事务中获取,在另一个事务中释放,甚至跨越多个连接生效[^4]。 #### 获取和释放咨询的方法 PostgreSQL 支持两种主要形式的咨询: - **Session-Level Locks** 这些在整个会话期间保持有效,直到显式释放或会话结束为止。可以通过以下函数管理: ```sql -- 尝试获取 session-level lock SELECT pg_advisory_lock(key); -- 释放 session-level lock SELECT pg_advisory_unlock(key); ``` - **Transaction-Level Locks** 此类仅在当前事务持续时间内存在,一旦提交或回滚事务就会被自动释放。使用方法如下: ```sql -- 在事务级别上尝试加 BEGIN; SELECT pg_advisory_xact_lock(key); COMMIT; -- 或 ROLLBACK ``` 这里的 `key` 是一个整数值或者两个整数构成的一对键值组合,用来唯一标识某个资源实例[^1]。 #### 实现读写互斥功能 如果希望实现类似于传统文件系统的读写互斥行为,则可以利用 advisory locks 来协调不同客户端之间的交互过程。例如当某条记录正在更新时阻止其他查询对其进行检索操作: ```sql -- Client A 开始修改前先请求独占 BEGIN; SELECT pg_advisory_xact_lock(record_id); UPDATE my_table SET column=value WHERE id=record_id; COMMIT; ``` 与此同时,试图读取该记录的操作也需要遵循相同的协议并等待直至获得许可才能继续执行下去: ```sql -- Client B 请求共享模式下的失败从而阻塞住 BEGIN; IF NOT pg_try_advisory_xact_lock_shared(record_id) THEN RAISE NOTICE 'Another transaction holds the exclusive lock'; END IF; SELECT * FROM my_table WHERE id=record_id; COMMIT; ``` 上述例子展示了如何借助于事务级别的咨询达成细粒度的数据同步目标。 #### 错误处理与调试技巧 尽管 advisory locks 非常强大,但在实际部署过程中可能会遇到一些挑战,比如死情况或是由于网络中断等原因造成无法正常解等问题。针对这些问题有以下几个建议可供参考: - 设置合理的超时时间避免无限期挂起; - 记录详细的日志信息以便事后分析定位问题所在; - 考虑引入重试机制应对短暂性的竞争条件影响[^3]; ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值