演示不同隔离级别下的并发问题

1.当把事务的隔离级别设置为read uncommitted ，会引发脏读。不可反复读。虚读

A窗体

set transaction isolation  level  read uncommitted;

start transaction;

select * from account;

=======这个时候发现aaa的账户是1000元，转到B窗体

select * from acount where name=='aaa';

=======发现aaa的账户多了100元。这个时候a窗体读到的数据时b窗体未提交的数据（脏读）；

B窗体

start transaction;（有这句话。不写commit语句，数据是不会提交到数据库的）

update account set money=money+100  where name='aaa';

------不要提交。转到A窗体查询

2..当把事务的隔离级别设置为read committed ，会引发不可反复读，虚读,但可避免脏读；

A窗体

set transaction isolation  level  read committed;

start transaction;

select * from account;

=======这个时候发现aaa的账户是1000元。转到B窗体

select * from acount where name=='aaa';

=======发现aaa的账户多了100元。这个时候a窗体读到了别的事务提交的数据，两次读取到的是不同的数据（不可反复读）；

 

B窗体

start transaction;

update account set money=money+100  where name='aaa';

commit;

-----转到a窗体

3.当把事务的隔离级别设置为repeatable read(mysql 默认级别) ，会引发虚读,但可避免脏读，不可反复读。

A窗体：

set transaction isolation level repeatable read;

start transaction ;

select * from account;

=======发现有4条记录，转到b窗体

select * from account;

========可能发现有5条记录，这时候发生了a读取到另外一个事务插入的数据（虚读）

B窗体

start transaction;

insert  into acount(name,money) values('ggg',1000);

commit;

-------转到a窗体

4.当把事务的隔离级别设置为Serializable ，会避免全部的问题。

A窗体：

set transaction isolation level repeatable read;

start transaction ;

select * from account;

=======发现有4条记录，转到b窗体

B窗体

start transaction;

insert  into acount(name,money) values('ggg',1000);

-------发现不能插入。仅仅能等待a结束事务才干插入