postgresql事务提交失败导致锁表的解决办法
这两天公司项目动不动就出问题,开始是无法登录,再过一段时间就访问不了了,出现如下情况:
起初以为是代理出现了问题,试着在网上找了下解决办法:
修改httpd.conf,在VirtualHost里加上
-
<VirtualHost *:80>
-
ProxyPass http://192.168.145.111:7001/cd/
-
SetEnv force-proxy-request-1.0.1
-
SetEnv proxy-nokeepalive 1
-
</VirtualHost *:80>
保存,service httpd reload。重新访问不管用。折腾了一番后,查看tomcat log文件,发现数据库发生了死锁,公司用的是postgresql数据库。
后来通过网上通用的方法:
1.检索出死锁进程的ID。
SELECT * FROM pg_stat_activity WHERE datname='死锁的数据库ID ';
检索出来的字段中,【wating 】字段,数据为t的那条,就是死锁的进程。找到对应的【procpid 】列的值。
2.将进程杀掉。
SELECT pg_cancel_backend('死锁那条数据的procpid值 ');
释放掉锁,能正常访问了,可是跑了一段时间后测试人员又告诉我,登录不了了。郁闷!怎么回事,难道又锁住了??果不其然,由于用户每次登录都会更新用户表的最后一次登录时间,而用户表就是问题的所在。
通过SQL:
select oid,relname from pg_class where relname='t_user';
select locktype,database,pid,relation,mode from pg_locks where relation=1710202
发现用户表形成了AccessShareLock"和"RowExclusiveLock"。怎么释放呢??在网上找了大半圈没找到方法。
后来问了同事才解决了。
解决方案:
打开pgadmin客户端,菜单“工具”->“服务器状态”
选择准备完毕的事务,工具栏,“动作”->“提交事务”。就是这个事务提交失败了,一直卡在那边 所有关于这个事务的表都不能操作,手动提交了下就好了。OK,就是这么简单。