博客 > SQL知识:SQL为什么经常加NOLOCK?
浏览量:2235次评论:0次
作者:锐成网络整理时间:2024-08-13 17:18:00
SQL每次新建一个查询,就相当于创建了一个会话。在不同的查询窗口操作,会影响到其他会话的查询。当某张表正在写数据时,这时候去查询很可能就会一直处于阻塞状态,哪怕你只是一个很简单的SELECT也会一直等待。我们这里使用事务来往某张表里写数据,我们知道事务在写完表必须提交(COMMIT)或回滚(ROLLBACK)才能释放表,否则会一直处于阻塞状态。在插入过程中,我们写一个简单的查询语句,语句后可以添加NOLOCK,也可以不添加NOLOCK,但大多数开发者会选择添加NOLOCK,那么为什么会这样呢?
首先我们来看看在不添加WITH(NOLOCK)和添加WITH(NOLOCK)的情况下,看会发生什么。
示例数据
如下表A,是我们新建的一个非常简单的表。
下面我们创建一个往里面写数据的事务(使用BEGIN TRAN就可以开始一个事务了)
我们发现有1行受影响了,注意这里的会话ID是59(左上角黄色标签上的数字)
不添加NOLOCK
我们新建一个查询窗口,然后查询A表
从上面的查询可以看到,表A被锁住了,我们的查询一直处于阻塞状态。这里的会话ID是60
这个时候如果你在会话59的窗口执行COMMIT或ROLLBACK,会话60的查询结果会立刻显示出来,这里为了下面的演示我们暂时不提交或回滚。
添加NOLOCK
我们再新建一个查询窗口,还是查询A表,这次我们加上NOLOCK。
注意上图标红色的地方,当前会话ID是55,旁边的60还在执行状态,而我们加了NOLOCK后,瞬间就查询出结果了,而且还把事务里即将要插入的数据给查询到了。这是为什么呢?
事务里的数据虽然还没有提交,但是它实际上已经存在内存里面了,这个时候我们使用NOLOCK查询到的结果,实际上还没存储到硬盘。
从上面的两个测试可以看出,NOLOCK的作用其实就是为了防止查询时被阻塞,只是这样会产生脏读(未提交的数据)。
那么一般什么情况下使用NOLOCK呢?
通常是一些被频繁写的表,不管是插入,更新还是删除。这样的表在查询时,使用NOLOCK是非常有效的。
WITH(NOLOCK)和NOLOCK的区别
不知道小伙伴注意没,我前面介绍时是写的WITH(NOLOCK),但是测试时,使用的是(NOLOCK),它们有什么区别呢?为了搞清楚WITH(NOLOCK)与NOLOCK的区别,我们先看看下面三个SQL语句有啥区别
SELECT * FROM A NOLOCK
SELECT * FROM A (NOLOCK);
SELECT * FROM A WITH(NOLOCK);
--这样会提示用错误
select * from [IP].[dbname].dbo.tableName with (nolock)
--这样就可以
select * from [dbname].dbo.tableName with(nolock)
重要声明:本文来自SQL数据库开发,经授权转载,有部分增减,版权归原作者所有,不代表锐成观点,转载的目的在于传递更多知识和信息。
相关文章推荐
2024-08-20 17:58:16
2024-08-19 17:49:29
2024-08-19 10:23:28
2024-08-16 17:06:33
2024-08-15 17:22:55
热门工具
标签选择
阅读排行
我的评论
还未登录?点击登录