为了模拟并发环境，SQL SERVER中打开两个查询窗口（分别表示事务1、事务2）即可，并发用户用事务1，事务2简称
测试表脚本：
CREATE TABLE [Customer](
[CustID] [int] NOT NULL,
[Fname] [nvarchar](20),
[Lname] [nvarchar](20),
[Address] [nvarchar](50),
[City] [nvarchar](20),
[State] [nchar](2) DEFAULT (‘CA‘),
[Zip] [nchar](5) NOT NULL,
[Phone] [nchar](10)
)
insert into customer values(1, ‘Gary‘, ‘Mckee‘, ‘111 Main‘, ‘Palm Springs‘, ‘CA‘, 94312, 7605551212)
insert into customer values(2, ‘Tom‘, ‘Smith‘, ‘609 Geogia‘, ‘Fresno‘ ‘JP‘, 33045, 5105551212)
insert into customer values(3, ‘Jams‘, ‘bond‘, ‘ST Geogie 21‘, ‘Washington‘, ‘NY‘, 20331, 4405551864)
sqlserver事务隔离级别的测试：
1、read uncommitted：可以读取其他事务未提交的数据
打开事务1，运行：
begin tran
select * from customer
update customer set state = ‘TN‘ where CustID = 3
转到事务2，运行：
set transaction isolation level read uncommitted
begin tran
select * from customer
此时看到的数据是事务1已经更新但还未提交的（3号记录state值TN）
2、read committed：只能读取其他事务已经提交的数据（有进行修改的）
打开事务1，运行：
begin tran
select * from customer
update customer set state = ‘TN‘ where CustID = 3
转到事务2，运行：
set transaction isolation level read committed
begin tran
select * from customer
此时会发现事务2一直等待，并不结束
3、repeatable read：保证使用该隔离级别的事务，在读取数据时的数据保持一致，不会被别的事务修改、删除数据（因为别的事务如果有修改、删除操作会被阻塞）
开始事务1，修改事务级别为可重复读，执行：
set transaction isolation level repeatable read
begin tran
select * from customer where State = ‘CA‘
得到1条记录，这个时候事务2中运行：
set transaction isolation level repeatable read
begin tran
update Customer set state = ‘JP‘ where state = ‘CA‘
commit
会发现事务2一直等待，并不结束。返回事务1，运行：
select * from customer where State = ‘CA‘ --2次读取结果一致
commit
事务1成功结束后，再返回事务2，发现事务2也完成了。通过锁机制阻塞其它事务的修改，保持了事务期间读取的一致性
4、serializable：使用该隔离级别的事务用到的表将全部锁定，其他事务不可以进行添加、修改、删除
开始事务1，修改事务级别为序列化级别，执行：
set transaction isolation level serializable
begin tran
select * from customer
开始事务2，执行：
begin tran
update Customer set state = ‘JP‘ where state = ‘CA‘
会发现事务2一直等待
5、snapshot:快照隔离
注意：要向使用快照隔离必须先设置当前数据库能进行快照隔离
如：
ALTER DATABASE NetBarDB
SET ALLOW_SNAPSHOT_ISOLATION ON
在SNAPSHOT隔离下运行的事务将读取数据，
然后由另一事务修改此数据。SNAPSHOT事务不阻塞由其他事务执行的更新操作，
它忽略数据的修改继续从版本化的行读取数据。
开始事务1，修改事务级别为快照级别，执行：
set transaction isolation level snapshot
begin tran
select * from customer
开始事务2，执行：
begin tran
update customer set state = ‘TN‘ where CustID = 3
发现有一行被修改
回到事务1，执行
select * from customer
发现查询出来的CustID = 3的state仍然是‘NY‘并不是‘TN‘
sqlserver事务常见的情况：
1、丢失更新
Sqlserver默认隔离级别是提交读（read committed），在该级别下，可能会有丢失更新的问题。
SQL SERVER
打开事务1运行：
set transaction isolation level read committed
begin tran
select * from customer --看到3条记录
现在切换到事务2，此时事务1还未结束。在事务2中运行：
set transaction isolation level read committed
begin tran
select * from customer --看到3条记录，和事务1中相同
现在假设事务1事务继续运行，修改数据并提交：
update customer set state = ‘TK‘ where CustID = 3
commit
回到事务2，事务2根据先前查询到的结果修改数据：
update customer set Zip = 99999 where state = ‘NY‘
commit
结果因为事务1已经修改了事务2的where条件数据，事务2未成功修改数据（其实准确的说应该算是幻象读引起的更新失败。不过若满足条件的记录数多的话，事务2的update可能更新比预期的数量少的记录数，也可算“丢失”了部分本应完成的更新。个人认为只要明白实际上发生了什么即可，不必过分追究字眼）。丢失更新还可能有别的情形，比如事务2也是
update customer set state = ‘KO‘ where CustID = 3
两个事务都结束后，事务2的结果反映到数据库中，但事务1的更新丢失了，事务2也不知道自己覆盖了事务1的更新。
2、脏读演示
sqlserver的默认隔离级别是提交读（read committed）
打开事务1，运行：
begin tran
select * from customer
update customer set state = ‘TN‘ where CustID = 3
转到事务2，运行：
set transaction isolation level read uncommitted
begin tran
select * from customer
此时看到的数据是事务1已经更新但还未提交的（3号记录state值TN）。而如果事务1发觉数据处理有误，转到事务1，进行回滚：
Rollback
此时事务2如根据刚读取的数据进一步处理，会造成错误。它读取的数据并未更新到数据库，是“脏”的
3、不可重复读
Sql server的默认级别没有脏读问题，但存在不可重复读问题。
打开事务1，运行：
set transaction isolation level read committed
begin tran
select * from customer where State = ‘CA‘
可以得到1条记录，这个时候事务2中运行：
set transaction isolation level read committed
begin tran
update Customer set state = ‘JP‘ where state = ‘CA‘
commit
事务2插入一条记录并提交。回到事务1，事务1继续运行，此时它再次相同的查询，并借此作进一步修改，却发现读取到的数据发生了变化。
select * from customer where State = ‘CA‘
--2次读取不一致，之后的数据处理应该取消。否则不正确
update Customer set city = ‘garden‘ where state = ‘CA‘
commit
读取未能获得记录。也就是说在同一事务中两次相同的查询获得了不同的结果，产生读取不可重复现象
4、幻像读
当sqlserver的隔离级别设置为可重复读（repeatable read），可以解决上面例子出现的问题。其内部是通过事务期间保持读锁来实现的。
开始事务1，修改事务级别为可重复读，执行：
set transaction isolation level repeatable read
begin tran
select * from customer where State = ‘CA‘
和上例一样得到1条记录，这个时候事务2中运行：
set transaction isolation level repeatable read
begin tran
update Customer set state = ‘JP‘ where state = ‘CA‘
commit
会发现事务2一直等待，并不结束。返回事务1，运行：
select * from customer where State = ‘CA‘ --2次读取结果一致
update Customer set city = ‘garden‘ where state = ‘CA‘
commit
事务2成功结束后，再返回事务1，发现事务1也完成了。通过锁机制阻塞其它事务的修改，保持了事务期间读取的一致性。然而，如果是插入数据，则还是会出现问题：
开始事务1，修改事务级别为可重复读，执行：
set transaction isolation level repeatable read
begin tran
select * from customer where State = ‘CA‘
得到1条记录，这个时候事务2中运行：
set transaction isolation level repeatable read
begin tran
insert into customer values(4, ‘hellow‘, ‘world‘, ‘paradise 001‘, ‘garden‘, ‘CA‘, 00000, 1119995555)
commit
发现事务2立刻提交并正常结束了。返回事务1，运行：
select * from customer where State = ‘CA‘
会发现得到了2条记录。这种现象就叫做幻像读。