隔离级别 | 脏读 | 不可重复读 | 幻象 | 说明 |
未提交读(read uncommitted) | 是 | 是 | 是 | 如果其他事务更新,不管是否提交,立即执行 |
提交读(read committed默认) | 否 | 是 | 是 | 读取提交过的数据。如果其他事务更新没提交,则等待 |
可重复读(repeatable read) | 否 | 否 | 是 | 查询期间,不允许其他事务update |
可串行读(serializable) | 否 | 否 | 否 | 查询期间,不允许其他事务insert或delete |
请求模式 | IS | S | U | IX | SIX | X |
意向共享(IS) | 是 | 是 | 是 | 是 | 是 | 否 |
共享(S) | 是 | 是 | 是 | 否 | 否 | 否 |
更新(U) | 是 | 是 | 否 | 否 | 否 | 否 |
意向排它(IX) | 是 | 否 | 否 | 是 | 否 | 否 |
与意向排它共享(SIX) | 是 | 否 | 否 | 否 | 否 | 否 |
排它(X) | 否 | 否 | 否 | 否 | 否 | 否 |
共享锁:为了共享读(select),如果存在事务(一个或多个)拥有对表中数据(关于锁数据的多少,视锁的粒度而定)的共享锁,不允许对锁定的数据进行更新(update)
排他锁:只能有一个,其他的事务就不能对锁定的数据获取共享锁和排他锁(即排他锁与共享锁不能兼容,更多信息请查看锁兼容性),在此特别强调一下 锁定的数据。
类型1
① READUNCOMMITTED:不发出锁
② READCOMMITTED:发出共享锁,保持到读取结束
③ REPEATABLEREAD:发出共享锁,保持到事务结束
④ SERIALIZABLE:发出共享锁,保持到事务结束
类型2
① NOLOCK:不发出锁。等同于READUNCOMMITTED
② HOLDLOCK:发出共享锁,保持到事务结束。等同于SERIALIZABLE
③ XLOCK:发出排他锁,保持到事务结束。
④ UPDLOCK:发出更新锁,保持到事务事务结束。(更新锁:不阻塞别的事物,允许别的事物读数据(即更新锁可与共享锁兼容),但他确保自上次读取数据后数据没有被更新)
⑤ READPAST:发出共享锁,但跳过锁定行,它不会被阻塞。适用条件:提交读的隔离级别,行级锁,select语句中。
类型3
① ROWLOCK:行级锁
② PAGLOCK:页级锁
③ TABLOCK:表锁
④ TABLOCKX:表排他锁
在SELECT语句中使用XLOCK并不能阻止读。这是因为SQL SERVER在读提交隔离级别上有一种特殊的优化,即检查行是否已被修改,如果未被修改则忽略XLOCK。因为在读提交隔离级别上这确实是可以接受的。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。如有错误或未考虑完全的地方,望不吝赐教。