13518219792
本篇内容介绍了“怎么理解事务隔离级别、MVCC、spring事物传播属性”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
创新互联服务项目包括杭锦后网站建设、杭锦后网站制作、杭锦后网页制作以及杭锦后网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，杭锦后网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到杭锦后省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
数据库有四种事务隔离级别
读未提交(Read uncommitted)
读已提交(Read committed)
可重复读(Repeatable read)
串行化(Serializable)
以上事务隔离级别依次递增，但是性能依次递减。
MySQL支持以上四种隔离级别，其默认是:可重复读(Repeatable read)。
oracle数据库支持READ COMMITTED 和 SERIALIZABLE两种。
oracle和PostgreSQL默认是：读已提交(Read committed)。
以上四种隔离分别会出现以下问题
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| 读未提交(Read uncommitted) | 可能 | 可能 | 可能 |
| 读已提交(Read committed) | 不可能 | 可能 | 可能 |
| 可重复读(Repeatable read) | 不可能 | 不可能 | 可能 |
| 串行化(Serializable) | 不可能 | 不可能 | 不可能 |
脏读：
T1修改数据后未提交之前，T2可以访问修改后的数据。
不可重复读：
T1：读取userid=1的salary=1000；
T2：将userid=1的salary改为2000并提交；
T1：此时再次读取userid=1的记录，则读取不到salary=1000了，这既是不可重复读。
幻读：
T1：select id=1，resultset=null，此时准备插入一条；
T2：insert id=1 并提交;
T1：insert id=1 ，报错。
在这种情况下，T1按照逻辑本来是预计成功的，但是却报错主键冲突，此时T1就产生了幻读，仿佛看花眼出现幻象了一般。
串行化：
每个事务排队执行。
串行话为什么不会出现幻读？因为会锁定索引。
还是上面幻读的例子，T1查询的时候，因为是主键查询，数据库会自动给索引加上锁（索引加锁，与具体数据无关），所以T2的操作会失败，T1的插入会成功。当然如果我们在可重复读模式下，通过select for update 是也可以达到Serializable的效果。
MVCC: Mulit Vsersion Concurrent Control 即：多版本并发控制
作用：解决不可重复读问题（例：T1正在查询数据，T2修改了，T1在查就查不到原来的数据了）
Mysql默认事务隔离级别是RR，MVCC可以保证在RC和RR模式下实现可重复读：
每个表中会存在两个隐藏的字段:crate_version、delete_version，这两个字段都是用来记录当前的事物ID（事物ID数据库自增）。
insert：添加数据时会记录create_version。 delete：删除数据时会更新delete_version。 update：更新数据时会将动作拆分为insert+delete，即新增一条数据，并且吧旧数据delete_version更改为当前事物ID。 select：查询数据时，在满足条件的记录上判断： 1.create_version小于等于当前查询事物的ID（并发插入不可见） 2.delete_version为空，或者大于当前版本ID（并发删除可见）
由此看来，数据的更新操作并不会影响查询的数据，实现了可重复读。
PS: 由于旧数据并不会真正删除，所以innodb会开启后台线程执行清理工作：将删除版本号小于当前事物ID的版本进行清理，这个过程叫做purge。
事务传播特性是指，当多个方法形成一个调用链时，事务是如何传播的（如A方法中调用了B方法，那么事务是以哪种方式传播给B）。
spring只提供事务管理器，其实现交给hibernate等其他框架；Spring定义了7中传播行为（org.springframework.transaction包中的TransactionDefinition接口）：
PROPAGATION_REQUIRED（spring默认）：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。
PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
PROPAGATION_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
PROPAGATIONREQUIRESNEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。
PROPAGATIONNOTSUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
PROPAGATIONNESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于PROPAGATIONREQUIRED。
以上七中传播特性中，前六种属于EJB，被spring引进；后一种是spring特有的。
ISOLATION_DEFAULT：使用后端数据库默认的隔离级别。
ISOLATION_READ_UNCOMMITTED：允许读取尚未提交的更改。可能导致脏读、幻影读或不可重复读。
ISOLATION_READ_COMMITTED：允许从已经提交的并发事务读取。可防止脏读，但幻影读和不可重复读仍可能会发生。
ISOLATION_REPEATABLE_READ：对相同字段的多次读取的结果是一致的，除非数据被当前事务本身改变。可防止脏读和不可重复读，但幻读仍可能发生。
ISOLATION_SERIALIZABLE：完全服从ACID的隔离级别，确保不发生脏读、不可重复读和幻影读。
“怎么理解事务隔离级别、MVCC、spring事物传播属性”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！
