DML操作涉及到的系统表

用户表上没有锁，却不能做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博客 ” ，链接：http://blog.itpub.net/133835/viewspace-899977/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/133835/viewspace-899977/