首页数据库postgresql表死锁问题的排查方式

postgresql表死锁问题的排查方式

时间2024-02-29 17:34:01发布访客分类数据库浏览785
导读:收集整理的这篇文章主要介绍了postgresql表死锁问题的排查方式,觉得挺不错的,现在分享给大家,也给大家做个参考。 1.查询激活的执行中的SQL,查看有哪些更新update的sql。...
收集整理的这篇文章主要介绍了postgresql表死锁问题的排查方式,觉得挺不错的,现在分享给大家,也给大家做个参考。

1.查询激活的执行中的SQL,查看有哪些更新update的sql。

select *From pg_stat_activITywhere state = 'active';
    

2. 查询表中存在的锁

select a.locktyPE, a.database, a.pid, a.mode, a.relation, b.relnamefrom pg_locks ajoin pg_class b on a.relation = b.oidwhere lower(b.relname) = 'h5_game';
    

3. 杀掉死锁进程

select pg_terminate_backend(pid)from pg_stat_activitywhere state = 'active'and pid != pg_backend_pid()--and pid = 14172and pid in (select a.pidfrom pg_locks ajoin pg_class b on a.relation = b.oidwhere lower(b.relname) = 'news_content')

锁模式

/* NoLock is not a lock mode, but a flag value meaning "don't get a lock" */#define NoLock                 0 #define AccessShareLock         1        /* SELECT */#define RowShareLock          2        /* SELECT FOR UPDATE/FOR SHARE */#define RowExclusiveLock        3        /* INSERT, UPDATE, DELETE */#define ShareUpdateExclusiveLock 4       /* VACUUM (non-FULL),ANALYZE, CREATE                                         * INDEX CONcurrentLY */#define ShareLock                5        /* CREATE INDEX (WITHOUT CONCURRENTLY) */#define ShareRowExclusiveLock  6        /* like EXCLUSIVE MODE, but allows ROW                                         * SHARE */#define ExclusiveLock          7        /* blocks ROW SHARE/SELECT...FOR                                         * UPDATE */#define AccessExclusiveLock       8        /* ALTER TABLE, DROP TABLE, VACUUM                                         * FULL, and unqualified LOCK TABLE */

补充:Postgresql死锁的处理

背景:

对表进行所有操作都卡住,原因可能是更新表时导致这个表死锁了,开始进行排查

解决一:查询pg_stat_activity有没有记录

pg版本10.2

select pid,query,* from pg_stat_activity where datname='死锁的数据库' and wait_event_type = 'Lock';
    select pg_cancel_backend('死锁那条数据的pid值');
    ##只能杀死select 语句, 对其他语句不生效pg_terminate_backend('死锁那条数据的pid值');
    #select,drop等各种操作

执行后发现Select和delete表时正常执行,但truncate和drop表时会一直运行,也不报错。

“drop table” 和 “truncate table” 需要申请排它锁"ACCESS EXCLUSIVE", 执行这个命令卡住时,说明此时这张表上还有操作正在进行,比如查询等,

那么只有等待这个查询操作完成,“drop table” 或"truncate table"或者增加字段的SQL才能获取这张表上的 "ACCESS EXCLUSIVE"锁,操作才能进行下去。

解决二:查询pg_locks是否有这个对象的锁

select oid,relname from pg_class where relname='table name';
    select locktype,pid,relation,mode,granted,* from pg_locks where relation= '上面查询出来的oid';
    select pg_terminate_backend('进程ID');
    

问题解决!!!

坑:一开始不知道pg_cancel_backend(‘死锁那条数据的pid值'); ##只能杀死select 语句, 对其他语句不生效,杀了进程查询发现还存在,反复杀反复存在,换了pg_terminate_backend(‘进程ID')问题就解决了。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。

您可能感兴趣的文章:
  • java排查死锁示例
  • Java检测死锁案例
  • 详解通过SQL进行分布式死锁的检测与消除
  • 如何解决Java多线程死锁问题
  • MySQL锁等待与死锁问题分析
  • 死锁问题详解

声明:本文内容由网友自发贡献,本站不承担相应法律责任。对本内容有异议或投诉,请联系2913721942#qq.com核实处理,我们将尽快回复您,谢谢合作!


若转载请注明出处: postgresql表死锁问题的排查方式
本文地址: https://pptw.com/jishu/633170.html
linux怎么查看日志报错信息 idea jvm参数如何配置

游客 回复需填写必要信息