数据库锁 NOLOCK、HOLDLOCK、UPDLOCK、TABLOCK、TABLOCKX

小渣渣

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) 其他事务不能读取表,更新和删

小渣渣

测试 TABLOCKX 锁

测试sql如下：

登录可见。

测试 c# 代码：

登录可见。

发现，整个表都被锁住了，只有等待事务执行完成，才能查询出来数据，如下图：



删除 WITH(TABLOCKX) ，只更新 Id 为 1 的数据，测试如下：



由于 task 2 和 task 4 查询不涉及到 id 为 1 的数据，所以，查询非常快，3和4就需要等待事务完成才能查询出来。

修改数据时的行为

在使用行版本控制的已提交读事务中，使用阻塞性扫描（其中读取数据值时将在数据行上采用更新锁（U 锁）完成选择要更新的行。 这与不使用行版本控制的已提交读事务相同。 如果数据行不符合更新标准，在该行上将释放更新锁并且将锁定下一行并对其进行扫描。

更新锁（U）：防止出现死锁的锁模式，两个事务对一个数据资源进行先读取在修改的情况下，使用共享锁和排它锁有时会出现死锁现象，而使用更新锁则可以避免死锁的出现。资源的更新锁一次只能分配给一个事务，如果需要对资源进行修改，更新锁会变成排他锁，否则变为共享锁。

超链接登录可见。

小渣渣

问题：

udpate a
set column1 = 1
where idx = 1
sqlserver 执行update语句的时候,是锁整张表的吧

分析：

看表结构, 如果没有主键无法只锁定行

小渣渣

Entity Framework 查询优化之 WITH(NOLOCK)
https://www.itsvse.com/thread-9513-1-1.html