演示不同隔离级别下的并发问题 1.当把事务的隔离级别设置为read uncommitted ,会引发脏读,不可重复读,虚读 A窗口 start transaction isolation level read uncommitted; start transaction; select * from account; =======这个时候发现aaa的账户是1000元
演示不同隔离级别下的并发问题
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结束事务才能插入