演示不同隔离级别下的并发问题
1.当把事务的隔离级别设置为read uncommitted ，会引发脏读，不可重复读，虚读
A窗口
start 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窗口
start 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结束事务才能插入