SQL Server 中的 NOLOCK 到底是什么意思？

nolock是不加锁查询。能够读取被事务锁定的数据，也称为脏读。

一般用于此类语句中：select * from t with(NOLOCK)

不发布共享锁来阻止其他事务修改当前事务读取的数据，其他事务设置的排他锁不会阻碍当前事务读取锁定数据。允许脏读可能产生较多的并发操作，但其代价是读取以后会被其他事务回滚的数据修改。这可能会使您的事务出错，向用户显示从未提交过的数据，或者导致用户两次看到记录（或根本看不到记录）。

使用场景

综合考虑性能情况与业务要求来决定是否使用WITH(NOLOCK),例如涉及到金融或会计成本之类的系统，出现脏读那是要产生严重问题的。大体来说一般有下面一些场景可以使用WITH(NOLOCK)

1、基础数据表，这些表的数据很少变更。

2、历史数据表，这些表的数据很少变更。

3、业务允许脏读情况出现涉及的表。

4、数据量超大的表，出于性能考虑，而允许脏读。

另外一点就是不要滥用WITH(NOLOCK)。

以前遇到过，但仅限于听同事说加上NOLOCK好一些，今天仔细研究测试了下，终于理解了，那么加与不加到底区别在哪呢？ 我先说下其区别，之后再做测试。 大家都知道，每新建一个查询，都相当于创建一个会话，在不同的查询分析器里面进行的操作，可以影响到其他会话的查询，极端的情况可能会一直处于阻塞中，哪怕只是一个很简单的查询都“特别慢”。 BEGIN TRAN 是开始一个事务的意思，开始之后可执行一些SQL语句，接着需要执行COMMIT进行提交或者ROLLBACK进行回滚，否则就会出现上面的情况。但如果使用NOLOCK进行查询的时候，就不会因为别的回话没有提交或回滚，而受阻塞。所以概括起来，可以用以下语句来总结： NOLOCK能使当前会话的查询，不受其它会话的事务所阻塞。但是这样做，就读取了其它事务的“修改后未提交的”数据。 现在我们进行测试，一定要注意，必须在多个会话下才可以，也就是说，需要建三个查询分析器窗口。 表用最简单的表，自己动手建一个。 查询分析器一：执行 SELECT * FROM dbo.test_main 得到 id value1 one2 two3 three4 four 接着执行如下： BEGIN TRAN
INSERT INTO test_main VALUES(5, 'five') 一行受影响 查询分析器二：执行 SELECT * FROM dbo.test_main 则卡死，受上一会话所阻塞。查不出结果。 补充：那么卡死怎么办呢？我们已经说过，要执行提交或者回滚操作才可以，那么在会话一中执行COMMIT即可。 之后此查询立刻显示结果。 查询分析器三：执行 SELECT * FROM test_main(NOLOCK) 则显示如下 id value1 one2 two3 three4 four 5 five 但最后一行并没有真正存储在数据库中，因为会话一还没有进行提交，我们用NOLOCK就查询出来了。 也许你会想，那什么情况下用NOLOCK呢？经过我们的分析，用NOLOCK是为了避免出现卡死状态，那我们就可以分析其环境了。 一个经常操作的表，并且每次操作都很重要，这样一般要用到事务进行处理，因为可以避免出错的几率，我们查询时，要用NOLOCK，否则遇上卡死的几率很大。别人执行一个事务，还没处理完呢，你就查询了，那就卡死了。有了NOLOCK就可以解决这个问题了。 以下文章感人，希望所有北漂人心想事成！ 北漂大龄剩女的生活 北漂生活8年随感引起千万人共鸣 北漂女孩嫁给了老男人 北漂者是否该回到家乡分析 北漂男的几种可能结局

一般用于此类语句中：select * from t with(NOLOCK)
nolock是不加锁查询，可以读取被事务锁定的数据，也称为脏读。
说明：
使当前会话的查询，不受其它会话的事务所阻塞。
但是这样做，就读取了其它事务的“修改后未提交的”数据。
也就是允许“READ UNCOMMITTED”