SQL Server 2005数据库nolock使用详解

在SQL Server 2005数据库查询时，为了提高查询的性能，我们往往会在表后面加一个nolock，或者是with(nolock)，让数据库在查询时不锁定表，从而提高查询的速度。本文我们就介绍SQL Server 2005锁定表与不锁定表方面的知识，在介绍这些之前，我们先了解一下下面的几个概念。

让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：空间域名、网站空间、营销软件、网站建设、辽阳县网站维护、网站推广。

并发访问：同一时间有多个用户访问同一资源,并发用户中如果有用户对资源做了修改，此时就会对其它用户产生某些不利的影响，例如：

1：脏读：一个用户对一个资源做了修改，此时另外一个用户正好读取了这条被修改的记录，然后，***个用户放弃修改，数据回到修改之前，这两个不同的结果就是脏读。

2：不可重复读：一个用户的一个操作是一个事务，这个事务分两次读取同一条记录，如果***次读取后，有另外用户修改了这个数据，然后第二次读取的数据正好是其它用户修改的数据，这样造成两次读取的记录不同，如果事务中锁定这条记录就可以避免。

3：幻读：指用户读取一批记录的情况，用户两次查询同一条件的一批记录，***次查询后，有其它用户对这批数据做了修改，方法可能是修改，删除，新增，第二次查询时，会发现***次查询的记录条目有的不在第二次查询结果中，或者是第二次查询的条目不在***次查询的内容中。

为什么会在查询的表后面加nolock标识？为了避免并发访问产生的不利影响，SQL Server有两种并发访问的控制机制：锁、行版本控制，表后面加nolock是解决并发访问的方案之一。

1> 锁

每个事务对所依赖的资源会请求不同类型的锁，它可以阻止其他事务以某种可能会导致事务请求锁出错的方式修改资源。当事务不再依赖锁定的资源时，锁将被释放。

锁的类型：

1:表类型：锁定整个表；

2:行类型：锁定某个行；

3:文件类型：锁定某个数据库文件；

4:数据库类型：锁定整个数据库；

5:页类型：锁定8K为单位的数据库页。

锁的分类还有一种分法，就是按用户和数据库对象来分：

1). 从数据库系统的角度来看：分为独占锁（即排它锁），共享锁和更新锁。

1:共享 (S) ：用于不更改或不更新数据的操作（只读操作），一般常见的例如select语句。

2:更新 (U) ：用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生常见形式的死锁。

3:排它 (X) ：用于数据修改操作，例如 INSERT、UPDATE 或 DELETE。确保不会同时同一资源进行多重更新。

2). 从程序员的角度看：分为乐观锁和悲观锁。

1:乐观锁：完全依靠数据库来管理锁的工作。

2:悲观锁：程序员自己管理数据或对象上的锁处理。

一般程序员一看到什么锁之类，觉的特别复杂，对专业的DBA当然是入门级知识了。可喜的是程序员不用去设置,控制这些锁，SQLServer通过设置事务的隔离级别自动管理锁的设置和控制。锁管理器通过查询分析器分析待执行的sql语句，来判断语句将会访问哪些资源，进行什么操作，然后结合设定的隔离级别自动分配管理需要用到的锁。

2>:行版本控制

当启用了基于行版本控制的隔离级别时，数据库引擎将维护修改的每一行的版本。应用程序可以指定事务使用行版本查看事务或查询开始时存在的数据，而不是使用锁保护所有读取。通过使用行版本控制，读取操作阻止其他事务的可能性将大大降低。也就是相当于针对所有的表在查询时都会加上nolock，同样会产生脏读的现象，但差别在于在一个统一管理的地方。说到了基于行版本控制的隔离级别，这里有必要说下隔离级别的概念。

隔离级别的用处：控制锁的应用，即什么场景应用什么样的锁机制。

最终目的：解决并发处理带来的种种问题。

隔离级别的分类：

1：未提交读，隔离事务的***级别，只能保证不读取物理上损坏的数据;

2：已提交读,数据库引擎的默认级；

3：可重复读；

4：可序列化；隔离事务的***级别，事务之间完全隔离。

小结：NOLOCK 语句执行时不发出共享锁，允许脏读 ，等于READ UNCOMMITTED事务隔离级别 。NOLOCK确实在查询时能提高速度，但它并不是没有缺点的，起码它会引起脏读。

nolock的使用场景(个人观点)：

1:数据量特别大的表，牺牲数据安全性来提升性能是可以考虑的；

2:允许出现脏读现象的业务逻辑，反之一些数据完整性要求比较严格的场景就不合适了，像金融方面等。

3:数据不经常修改的表，这样会省于锁定表的时间来大大加快查询速度。

综上所述，如果在项目中的每个查询的表后面都加nolock,这种做法并不科学，起码特别费时间，不如行版本控制来的直接有效。而且会存在不可预期的技术问题。应该有选择性的挑选最适合的表来放弃共享锁的使用。

nolock和with(nolock)的几个小区别：

1.SQL Server 2005中的同义词，只支持with(nolock);

2.with(nolock)的写法非常容易再指定索引。

3.跨服务器查询语句时，不能用with (nolock) 只能用nolock，同一个服务器查询时则with (nolock)和nolock都可以用。比如：select * from [IP].a.dbo.table1 with (nolock) 这样会提示错误，select * from a.dbo.table1 with (nolock) 这样就可以成功地查询。

到此，SQL Server 2005数据库查询时nolock与with(nolock)的知识就已经介绍完毕了，希望本次的介绍能够对您有所帮助。

【编辑推荐】

1. DB2数据库调用存储过程的方法及实例介绍
2. 关于数据库的水平分割和垂直分割的几点介绍
3. 一个将SQL语句嵌入到Java应用程序中的实例
4. SQL Server如何查询当前服务器有多少连接请求
5. Oracle数据库Constraint约束的常用操作及异常处理

本文名称：SQL Server 2005数据库nolock使用详解
链接地址：http://www.36103.cn/qtweb/news48/37048.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联