背景:
select和delete表时正常执行,但truncate和drop表时会一直运行,也不报错。
原因:
"drop table" 和 "truncate table" 需要申请排它锁"ACCESS EXCLUSIVE", 执行这个命令卡住时,说明此时这张表上还有操作正在进行,比如查询等,
那么只有等待这个查询操作完成,"drop table" 或"truncate table"或者增加字段的SQL才能获取这张表上的 "ACCESS EXCLUSIVE"锁,操作才能进行下去。
解决一:查询pg_stat_activity有没有记录
解决二:查询pg_locks是否有这个对象的锁
另外pg_terminate_backend()函数也可以杀掉进程。
select和delete表时正常执行,但truncate和drop表时会一直运行,也不报错。
原因:
"drop table" 和 "truncate table" 需要申请排它锁"ACCESS EXCLUSIVE", 执行这个命令卡住时,说明此时这张表上还有操作正在进行,比如查询等,
那么只有等待这个查询操作完成,"drop table" 或"truncate table"或者增加字段的SQL才能获取这张表上的 "ACCESS EXCLUSIVE"锁,操作才能进行下去。
解决一:查询pg_stat_activity有没有记录
select pid,query,* from pg_stat_activity where datname='死锁的数据库' and waiting = 't';
select pg_cancel_backend('死锁那条数据的procpid值');解决二:查询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()函数也可以杀掉进程。
本文介绍当使用truncate或drop命令时遇到表操作冻结的问题及解决方法。主要原因是这些操作需要获得排它锁,若表上有其他操作正在执行,则会导致命令卡住。文中提供了解决方案,包括查询并取消造成阻塞的操作。
2045

被折叠的 条评论
为什么被折叠?



