以前一直认为键范围锁定只是在序列化隔离级别中才会出现,但是从论坛的一篇帖子中看到Read-Committed隔离级别中竟然也出现了:59:50.spid24sprocessid=process64
11
1
隔离级别下,X locks一直持续到交易结束,香港服务器租用,香港服务器,但是不能避免在删除的同时其他人插入数据。所以需要SERIALIAZABLE隔离级别。
所以,对于类似的操作,不需要用户显示的使用serialization 隔离级别,服务器空间,SQL Server会自动将隔离级别升级从而阻塞其他操作插入数据从而影响外键约束。在这种情况下,SQL Server会使用键范围锁定.这种方法可以避免数据损坏。
SERIALIZABLE级别的锁会一直保持到交易结束,如果一个批次中有多条语句,可能需要一段时间释放这些锁。因为SQL Server知道使用了什么锁,并且什么时候释放才是安全的。
另外索引视图维护也是相同的情况。
更多资料可以参考:Read Committed isolation level, indexed views and locking behavior
Conor vs. Isolation Level Upgrade on UPDATE/DELETE Cascading RI
本文出自 “关注SQL Server技术” 博客,请务必保留此出处