用户表上没有锁，却不能做select 操作，很奇怪哦。
[@more@]用户反映对表做select 操作，被堵塞了，一直在等待
我觉得很奇怪，表是rowdata，除非发生了表升级，否则不因该被堵塞住阿。
查了一下，在表上没有锁，再查进程，果然是lock sleep ，再一查才发现，原来是在等待 syscolumns 表的锁。
有个drop tble 死在那了，结果导致对 syscolumns 表有表一级的锁，
这个原因导致的select 无法操作，倒是我一直没有注意到过了。
顺便作了一个测试
我用了一个测试库，因为系统标无法lock table，所以我用update 把syscolumsn 这张表上关于test1 ，这张表的页锁住了。
然后对test1表做操作。
发现 select * from test1;select id from test1;update test1 set id=2 ;delte from test1 where id=2都无法操作
但是delet from test1 可以操作
总结；当系统表syscolumns被锁住之后，对表的操作中涉及到列信息的操作都不可用。
不知道select ,update ,delete 这些DML操作还涉及到些什么系统表呢。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/133835/viewspace-899977/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
DB2学习笔记 - 表空间
请登录后发表评论
登录
全部评论
