你的位置:首页 > 数据库

[数据库]sql server 使用nolock提升性能


博客园有许多关于nolock的文章,大部分都写得很好,例如:http://www.cnblogs.com/huangxincheng/p/4292320.html

这里仅结合个人项目,作为个人笔记记录。

nolock 的使用方法如:

select * from table1 with(nolock)

with 后面加“锁定提示”,具体的锁定提示有许多种,有表级别,页级别,行级别等等。具体可以参照上面的链接。

nolock 是锁定级别是:不采用任何锁。在允许脏读的情况下,使用nolock可以提升查询性能避免锁定数据。关键词就是加粗部分了。

脏读的意思是:读取了其它事务中未提交的数据,但该事务可能被回滚。

首先要明确的是,sql server 对于 insert/update/delete 都会加上排它锁,也就是在这几个操作进行时,其它的操作都必须进行等待。而对于select会加上共享锁,也就是在读取时,其它操作只能进行读取。看一个简单的测试,新建两个查询窗口,sql如下:

--查询窗口一begin tranupdate test set c = '2' where id = 2--查询窗口二select * from test where id = 2

当查询窗口一的事务没有提交时,其它查询是无法读取的。这是sql server 的默认隔离级别,保证了不会出现脏读。接着我们用 nolock 来测试,查询窗口二的sql改为:

--查询窗口二select * from test with(nolock) where id = 2

可以看到,即使查询窗口一的事务没有提交,数据依然可以被读取出来。那什么时候出现脏读呢?很简单,当事务rollback时,就读取到脏数据了。

对于一些对数据要求严格的系统,脏读是不可接受的,那么nolock 也就不能使用。但许多时候,我们的查询是可以允许脏读的,因为它带来许多好处。

1. 提升查询性能

    从上面的例子可以看到,nolock不受锁的影响,这表示它可以直接读取数据,而不用等到锁释放。

2. 避免锁定数据

    这个好处从上面的链接可以理解得更好。有时候我们的 select 可能也是耗时的,上面说到,select会加上共享锁,也就是select的时候,其它事务例如update是无法进行的,如果我们的select执行太久,那么其它操作就可能会因为超时而执行失败。