sqlserver 中NOLOCK、HOLDLOCK、UPDLOCK、TABLOCK、TABLOCKX

SqlServer查询语句中用到的锁

作者: wokofo

 

前段时间**公司DBA来我们这培训。讲了一大堆MYSQL的优化。 QA环节一程序员问“SQL语句中的 with nolock 除了不锁表外,是否能读其他锁住的数据"。

　　讲课的人嘟嘟了半天没解释清楚（有可能是MYSQL里没有这个机制），公司的另一程序员给出了一个很简洁明了的回答：

　　WITH NOLOCK 除了本身不锁表（不加任何锁） 也不会受其他的已存在的锁影响， 锁住的行数据也照样读，

个人认为这句话说得很清楚明了，一句话就能说明白的事，不过好奇怪的是程序员经常用这个语句竟然也不去试一下。 这里顺便总结一下 其他的 SQLSERVER 中的with锁级别：

　　WITH NOLOCK：无锁

　　WITH HOLDLOCK：挂一个保持锁

　　WITH UPDLOCK：挂一个更新锁

　　WITH XLOCK：挂一个排他锁

　　需要注意的是 with nolock 是不能用于update,delete insert 这种更新语句的，说绕了。简单的说 with nolock 只能用于select。

　　例如:update dbo.test with(NOLOCK) set username='wokofo' --这样的语句是错误的

　　弹回：INSERT、UPDATE、DELETE 或 MERGE 语句的目标表不允许使用 NOLOCK 和 READUNCOMMITTED 锁提示。

 

实际使用：

selecttop10*from dbo.test with(NOLOCK) selecttop10*from dbo.test with(HOLDLOCK) selecttop10*from dbo.test with(XLOCK) selecttop10*from dbo.test with(UPDLOCK) update dbo.test with(HOLDLOCK) set username='wokofo' update dbo.test with(XLOCK) set username='wokofo' update dbo.test with(UPDLOCK) set username='wokofo'

 

 

 

 

 

 

 

NOLOCK（不加锁）

此选项被选中时，SQL Server 在读取或修改数据时不加任何锁。 在这种情况下， 用户有可能读取到未完成事务（Uncommited Transaction）或回滚(Roll Back)中的数据, 即所谓的“脏数据”。

 

HOLDLOCK（保持锁）

此选项被选中时，SQL Server 会将此共享锁保持至整个事务结束，而不会在途中释放。

 

UPDLOCK（修改锁）

此选项被选中时，SQL Server 在读取数据时使用修改锁来代替共享锁， 并将此锁保持至整个事务或命令结束。使用此选项能够保证多个进程能同时读取数据但只有该进程能修改数据。

 

TABLOCK（表锁）

此选项被选中时，SQL Server 将在整个表上置共享锁直至该命令结束。 这个选项保证其他进程只能读取而不能修改数据。

 

PAGLOCK（页锁）

此选项为默认选项， 当被选中时，SQL Server 使用共享页锁。

 

TABLOCKX（排它表锁）

此选项被选中时，SQL Server 将在整个表上置排它锁直至该命令或事务结束。这将防止其他进程读取或修改表中的数据。

 

　　HOLDLOCK 持有共享锁，直到整个事务完成，应该在被锁对象不需要时立即释放，等于SERIALIZABLE事务隔离级别

　　NOLOCK 语句执行时不发出共享锁，允许脏读 ，等于 READ UNCOMMITTED事务隔离级别

　　PAGLOCK 在使用一个表锁的地方用多个页锁

　　READPAST 让sql server跳过任何锁定行，执行事务，适用于READ UNCOMMITTED事务隔离级别只跳过RID锁，不跳过页，区域和表锁

　　ROWLOCK 强制使用行锁

　　TABLOCKX 强制使用独占表级锁，这个锁在事务期间阻止任何其他事务使用这个表

　　UPLOCK 强制在读表时使用更新而不用共享锁

 

注意: 锁定数据库的一个表的区别

　　SELECT * FROM table WITH (HOLDLOCK) 其他事务可以读取表，但不能更新删除

　　SELECT * FROM table WITH (TABLOCKX) 其他事务不能读取表,更新和删