注:不可重复度和幻读很类似,很容易混淆,不可重复读侧重于修改,幻读侧重于新增或删除。解决不可重复读的问题只需锁住知足条件的行,解决幻读须要锁表。mysql
事务隔离级别 | 脏读 | 不可重复度 | 幻读 |
---|---|---|---|
读未提交(read-uncommitted) | 是 | 是 | 是 |
不可重复读(read-committed) | 否 | 是 | 是 |
可重复读(repeatable-read) | 否 | 否 | 是 |
串行化(serializable) | 否 | 否 | 否 |
mysql 默认的事务隔离级别是repeatable-readsql
select @@tx_isolation;
能够经过上述的命令查看mysql当前的事务隔离级别数据库
set session transaction isolation level read committed;
上述命令能够设置事务隔离级别session
-(忽略背景颜色哈)这时候咱们能够发现,事务A的hahah的值也被修改了,也就是说事务A能够查询到事务B已经更新的数据,若是这时候事务B因为某种缘由回滚了,全部的操做将会被销毁,那么事务A查询到的数据就是脏数据。若是在这时候事务A执行了update peter_test1 set score=score-10 where id=1
的话,其实hahah的score也是为83,而不是73,由于事务B回滚了,可是其余的应用并不知道。因此解决这种问题的办法就是采用不可重复读(读已提交,read-committed)并发
事务A和事务B都设置好性能
这时候咱们回来看看事务A学习
这时候的事务B未提交,事务A不能查询到事务B已经更新的数据,这就解决了脏读的问题spa
下面咱们来看看可重复读code
由上图能够知道,尽管在事务B中提交了事务,可是在事务A的两次查询中的数据仍是同样的。这就是能够重复读的效果,可是若是你在事务A中执行了update peter_test1 set score=score-10 where id=1;
的话,hahah的数据并非变成了73,而是变成了63,由于事务B在提交事务以后数据已经变成了73。 事务
可重复读的隔离级别系爱是用了MVCC机制,A事务读取的是记录的快照版本,而非最新版本,B事务的更新是建立了一个新的版原本更新,不一样的事务的读和写是分离的。(我也不是很清楚其中的意思,这不是我要了解的重点,日后再来学习哈)
下面咱们来看看串行化(serializable)
在事务A从新计算总数时,由于把事务B最新提交新增的值也给算进去了,因此两次的计算结果是不同的。这就产生了幻读。“串行化”是解决幻读的一种方法
由图中咱们能够看到,事务B并无执行生效
因此能够看到事务B在事务A执行完成以后,也就执行完成了。这也避免了幻读的状况
mysql中事务隔离级别为serializable时会锁表,所以不会出现幻读的状况,这种隔离级别的并发性极低,开发中不多会用到。
注意:隔离级别越高,越能保证数据的完整性和一致性,可是对并发性能的影响也很大,对于大多数的应用程序,能够优先考虑把数据库的隔离级别设为read-committed,它可以避免读取脏数据,并且具备较好的并发性能,尽管他会致使不可重复读,幻读这些并发问题,可是在可能出现这种问题的个别场所,能够又应用程序采用悲观锁或者乐观锁来控制