转载

SQL Server 2014 SP1的NOLOCK指令中断

在针对SQL Server 2014 SP1的Cumulative Update #6更新中,NOLOCK指令中断。因此,依赖NOLOCK指令的数据库可能会意外地经历阻塞或是死锁。根据 SQL Server Release Services博客 最新更新的一篇文章,具体的情景是这样的:

在默认的基于锁的隔离级别或更高的隔离级别下,执行并行的SELECT (…) INTO Table FROMSourceTable语句,特别当使用NOLOCK提示时。在这种情况下其他试图访问SourceTable的查询将阻塞。

当一个事务持有对象的排他锁(例如进行中的表更新),另外一个事务正在执行并行的SELECT (…) FROMSourceTable,并使用NOLOCK提示。在这种情况下,尝试访问SourceTable的SELECT查询将被阻塞。

根据Microsoft发布团队的成员 Pedro Lopes 所说,这个错误不会影响使用SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED的代码。

早在推出行级版本(row level versioning),又称快照隔离之前,NOLOCK 提示就经常需要避免阻塞和死锁。然而,使用它会有一些风险。通过设计,运行NOLOCK的查询可以读取在事务中改变的数据。这代表着决策可以基于最终回滚的事务。同样,决策也可以基于局部更新,例如使用一个记录的新版本和另一个相关记录的旧版本。

由于这些原因,一般不赞成在新的数据库中使用NOLOCK(和READ UNCOMMITTED)。然而,我们不能简单地将现有的数据库转移到行级版本。虽然它可以在不发生脏读的情况下解决阻塞问题,但是它还是需要增加tempdb使用的成本。

Brent Ozar Unlimited提供了一款通知服务,当问题解决的时候通知所有DBA。你可以在 sqlserverupdates.com 报名。

查看英文原文: NOLOCK is Broken in SQL Server 2014 SP1

感谢张龙对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ,@丁晓昀),微信(微信号: InfoQChina )关注我们。

原文  http://www.infoq.com/cn/news/2016/06/NOLOCK
正文到此结束
Loading...