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,就是这么简单。