SqlServer中的事务隔离级别、锁机制

事务

　　作用：用来执行一连串的动作，并且保证所有动作要么都执行、要么都不执行。

　　属性：原子行、一致性、隔离性、持久性

锁

　　作用：SqlServer使用锁来实施事务隔离属性。

阻塞

　　定义：如果一个事务持有一数据资源的锁，而另一事务请求相同资源的不兼容的锁，则新锁的请求将被阻塞。

　　　　　默认情况下，被阻塞的请求会一直等待，直到原来的事务释放相关的锁。

事务的隔离级别

　　可设置的有6个（从上往下 隔离级别越来越高）：

　　　　　　　　　　1、read uncommitted

　　　　　　　　　　2、read committed

　　　　　　　　　　3、repeatable read

　　　　　　　　　　4、serializable

　　　　　　　　　　5、snapshot

　　　　　　　　　　6、read committed snapshot

　　其中前面四个级别最常用

1、read uncommitted 脏读

例如A某正在执行如下语句：

begin tran

insert tbUnRead 

select 3,‘张三‘

union

select 4,‘李四‘

---延迟秒，模拟真实交易情形，用于处理业务逻辑

waitfor delay ‘00:00:05‘

rollback tran

此时，在等待的5秒内，B某恰好对该资源做了修改：

set Transaction isolation level read uncommitted

--查询数据

select * from tbUnRead where name like ‘张%‘

本来A某要插入两条数据，但是最后事务回滚了，此时数据库应该不存在这两条数据，但是B某却读取到了，这就是脏读。

要解决这个问题，就需要将事务隔离级别提升到read committed

2、read committed  不可重复读（避免脏读的最低级别）

假如A某正在执行如下操作：

set Transaction isolation level read committed

begin tran

select * from tbUnRead  where ID=2 

---延迟秒，模拟真实交易情形，用于处理业务逻辑

waitfor delay ‘00:00:05‘

select * from tbUnRead  where ID=2

此时，在等待的5秒内，B某恰好对该资源做了修改：

update tbUnRead

set name=‘Jack_upd‘

where ID=2

这样产生的结果是，在同一个事务内，两次条件相同的查询会有不同的结果。

要解决这个问题，就需要将事务隔离级别提升到repeatable read

3、repeatable read 幻读

假如A某在执行如下操作：

set Transaction isolation level REPEATABLE READ

begin tran

select * from tbUnRead  where ID=3 

---延迟秒，模拟真实交易情形，用于处理业务逻辑

waitfor delay ‘00:00:05‘

select * from tbUnRead  where ID=3 

commit tran

此时，在等待的5秒内，B某恰好对该资源做了修改：

INSERT tbUnRead

select 3,‘幻读‘

此时，A某已经把隔离级别设置为“可重复读”，虽然是曾经读取的数据，不管是共享锁还是互斥锁都 保留到了事务结束，但是无法阻止其他人运行新增操作，导致第一次查询时没有数据，第二次查询时却有了数据，这种现象被称为幻读。

要解决这个问题，就需要将事务隔离级别提升到serializable