2014/7/27------数据库的隔离性，201427------
演示不同隔离级别下的并发问题
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结束事务才能插入
第四步的值为 0 第六步为100 第三步虽然更新了，但是没有提交，还没有写入数据库，所以第三步查询的，仍为数据库的原值。第五步做了一次提交 ，会把值写入数据库，查询出来为更新值。 多线程的话就不一定了，可能出现脏读的现象。既然有提交的话，就得看线程的优先级别了。如果优先级别一样的话，就得看运气咯。 总而言之 如果更新提交后，另外一个线程才执行查询的话，肯定会查处更新后的值。如果只执行到更新，另一个线程执行了查询的话，就会出现脏读
这个应该和不同数据库以及各自不同的锁级别设置有关系。没有相关信息，没法给出具体结果。