Postgresql死锁的处理
2015-07-28 16:54
190 查看
今天遇到一个奇怪的现象,select和delete表时正常执行,但truncate和drop表时会一直运行,也不报错。
查了些资料才发现问题的原因,总结如下:
"drop table " 和 "truncate table " 需要申请排它锁 "ACCESS EXCLUSIVE ", 执行这个命令卡住时,说明此时这张表上还有操作正在进行,比如查询等,
那么只有等待这个查询操作完成,"drop table" 或"truncate table"或者增加字段的SQL 才能获取这张表上的 "ACCESS EXCLUSIVE" 锁 ,操作才能进行下去。
1.检索出死锁进程的ID。
SELECT * FROM pg_stat_activity WHERE datname='死锁的数据库ID ';
检索出来的字段中,【wating 】字段,数据为t的那条,就是死锁的进程。找到对应的【procpid 】列的值。
2.将进程杀掉。
SELECT pg_cancel_backend('死锁那条数据的procpid值 ');
结果:运行完后,再次更新这个表,sql顺利执行。
如果pg_stat_activity 没有记录,则查询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_cancel_backend('进程ID');
另外pg_terminate_backend()函数也可以杀掉进程。
查了些资料才发现问题的原因,总结如下:
"drop table " 和 "truncate table " 需要申请排它锁 "ACCESS EXCLUSIVE ", 执行这个命令卡住时,说明此时这张表上还有操作正在进行,比如查询等,
那么只有等待这个查询操作完成,"drop table" 或"truncate table"或者增加字段的SQL 才能获取这张表上的 "ACCESS EXCLUSIVE" 锁 ,操作才能进行下去。
1.检索出死锁进程的ID。
SELECT * FROM pg_stat_activity WHERE datname='死锁的数据库ID ';
检索出来的字段中,【wating 】字段,数据为t的那条,就是死锁的进程。找到对应的【procpid 】列的值。
2.将进程杀掉。
SELECT pg_cancel_backend('死锁那条数据的procpid值 ');
结果:运行完后,再次更新这个表,sql顺利执行。
如果pg_stat_activity 没有记录,则查询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_cancel_backend('进程ID');
另外pg_terminate_backend()函数也可以杀掉进程。
相关文章推荐
- Oracle的in/not in(x,...,null)
- oracle坏块及解决办法
- ibatis遇到的问题
- 利用临时表优化SQL
- 【MongoDB for Java】Java操作MongoDB
- sql语句简单手册
- 【MongoDB】 安装为windows services
- Mysql插入中文变为全问号???的问题 解决方法
- 删除数据库重复数据
- Oracle到SAP HANA实时复制系列(一):初识SRS
- Oracle到SAP HANA实时复制系列(二):Replication Server的安装与配置
- mybatis批量update(mysql)
- NoSQL数据库mongodb简介
- oracle 12 安装报错
- PHP实现的memcache环形队列类实例
- MongoDB数据类型
- Oracle到SAP HANA实时复制系列(三):Replication Agent的安装与配置
- mongoDB 入门指南、示例
- MongoDB命令以及使用
- excel导入数据到sqlserver