事务和隔离级别
原理:
1.原则
ACID:原子性,一致性,隔离性,持久性;
2.多并发事务导致数据出现的错误
脏读:事务A读取事务B未提交的数据,如果事务B回滚,将导致读取错误数据;
不可重复读:事务A两次读取数据不一致;导致的原因是破坏了隔离性,事务B对数据进行了修改操作;
幻读:事务A两次读取数据,第二次发现数据新增了;导致的原因是破坏了隔离性,事务B对数据新增了;
3.解决错误的方法
读未提交:全都不能解决
读已提交:可以解决脏读
可重复读:可以解决脏读、不可重复读
串行化:把并发变成串行等待,全都可以解决,但是效率很低
实验:
开启读未提交
事务A:开启事务,查询数据
事务B:开启事务,更新数据
事务A:再次读取数据
事务B:回滚数据
事务A: 执行减50, 结果是多少??350还是400?(关键)
解释:事务A还是读到了事务B回滚的数据450,那这样脏读就没有出现错误。脏读的是怎么产生的呢,实际上脏读是发生在Java程序中,在读到数据赋值给Java变量,这时候出现的脏读错误。
开启读已提交
事务A:开启读已提交
事务B:开启读已提交,执行-50操作
事务A:再次查询数据,由于事务B未提交,所以事务A数据未改变
事务B:提交事务
事务A:查询数据,由于不可重复读,这里读的数据是会改变的,这种问题会导致程序不可控
开启可重复读
事务A:开启可重复读隔离级别
事务B:开启可重复读隔离级别,执行减50操作,并且commit,这个时候balance变成300了
事务A:查询数据,这时候查询的数据是原来的350还是300呢?因为是可重复读,所以读取到的是原来的350
事务A:这个时候事务A读取的数据是350,但是事务B提交了事务,实际的数据是300,那么**我现在事务A执行减50操作,结果应该是多少呢?**按照可重复读,结果应该是300,但是结果是250,原因是什么呢?
这里是用了MVCC机制,读的时候都是读的第一次读的数据,并设置快照,后面读的都是这个数据的快照,而更新的时候用的是数据库里面最新的值。
注意:所以在java中要用update(也就是在数据库层面)更新,而不要讲将值读到java中,然后再更新
应用:秒杀解决超卖的方法中,数据库层面就用update层面进行操作,这样就不会出bug,如果把库存读到java程序中,就需要加锁来解决这个问题
开启可串行化
可串行化是将多并发事务,串行化,每次都是一个事务在对数据进行操作,其他事务在等待,这样就不会出现数据问题,但是没有并发会导致效率低下,一般不采用