pgsql数据库中出现锁表后怎么杀死掉进程

pgsql数据库中出现锁表后怎么杀死掉进程?相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。

<>强如下:

select * from pg_stat_activity

查询系统中的进程

如果怀疑哪张表被锁了,可以执行如下sql:

从pg_class选择oid relname=& # 39; table_name # 39;

然后将拿到的oid放入如下sql执行:

选择pg_cancel_backend (& # 39; oid & # 39;);;

搞定!

此sql是杀死作用

<强>补充:PostgreSQL -如何杀死被锁死的进程

前言

在一次系统迭代后用户投诉说无法成功登陆系统,经过测试重现和日志定位,最后发现是由于用户在ui上进行了某些操作后,触发了堆栈溢出异常,导致数据库里的用户登陆信息表的数据被锁住,无法释放。这个表里存放的是用户的会话信息。

虽然后来解决了问题,但是数据库里这个用户登录信息表里被锁住的数据始终无法释放,这导致用户永远无法登陆成功,需要手动跑sql把锁去掉才行。

杀掉指定进程

PostgreSQL提供了两个函数:pg_cancel_backend()和pg_terminate_backend(),这两个函数的输入参数是进程PID,假定现在要杀死进程PID为20407的进程,使用方法如下:

选择pg_cancel_backend (20407),

,或者执行这个函数也可以:

选择pg_terminate_backend (20407),

这两个函数区别如下:

pg_cancel_backend ()

只能关闭当前用户下的后台进程

向后台发送SIGINT信号,用于关闭事务,此会话时还在,并且事务回滚

pg_terminate_backend ()

需要超级用户权限,可以关闭所有的后台进程

向后台发送SIGTERM信号,用于关闭事务,此会话时也会被关闭,并且事务回滚

那么如何知道有哪些表,哪些进程被锁住了?可以用如sql查下出来:

select  *得到pg_locks  　　join  pg_class  b 提醒a.relation =b.oid 　　join  pg_stat_activity  c 提醒a.pid =c.pid 　　where  a.mode  like  & # 39; % ExclusiveLock % & # 39;;

这里查的是排它锁,也可以精确到行排它锁或者共享锁之类的。这里有几个重要的专栏:a.pid是进程id, b.relname是表名,约束名或者索引名,。模式是锁类型。

杀掉指定表指定锁的进程

select  pg_cancel_backend (a.pid),得到pg_locks  　　join  pg_class  b 提醒a.relation =b.oid 　　join  pg_stat_activity  c 提醒a.pid =c.pid 　　where  b.relname  ilike  & # 39;表名& # 39;, 　　以及a.mode  like  & # 39; % ExclusiveLock % & # 39;;

,或者使用更加霸道的pg_terminate_backend ():

select  pg_terminate_backend (a.pid),得到pg_locks  　　join  pg_class  b 提醒a.relation =b.oid 　　join  pg_stat_activity  c 提醒a.pid =c.pid 　　where  b.relname  ilike  & # 39;表名& # 39;, 　　以及a.mode  like  & # 39; % ExclusiveLock % & # 39;;

另外需要注意的是,pg_terminate_backend()会把会话也关闭,此时sessionId会失效,可能会导致系统账号退出登录,需要清除掉浏览器的缓存饼干(至少我们系统遇到的情况是这样的)。

看完上述内容,你们掌握pgsql数据库中出现锁表后怎么杀死掉进程的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注行业资讯频道,感谢各位的阅读!

pgsql数据库中出现锁表后怎么杀死掉进程