宜宾网站建设公司

怎么理解事务隔离级别、MVCC、spring事物传播属性

本篇内容介绍了“怎么理解事务隔离级别、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

  • 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。

Spring事务传播特性

事务传播特性是指，当多个方法形成一个调用链时，事务是如何传播的（如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特有的。

spring事务隔离级别

  • ISOLATION_DEFAULT：使用后端数据库默认的隔离级别。

  • ISOLATION_READ_UNCOMMITTED：允许读取尚未提交的更改。可能导致脏读、幻影读或不可重复读。

  • ISOLATION_READ_COMMITTED：允许从已经提交的并发事务读取。可防止脏读，但幻影读和不可重复读仍可能会发生。

  • ISOLATION_REPEATABLE_READ：对相同字段的多次读取的结果是一致的，除非数据被当前事务本身改变。可防止脏读和不可重复读，但幻读仍可能发生。

  • ISOLATION_SERIALIZABLE：完全服从ACID的隔离级别，确保不发生脏读、不可重复读和幻影读。

“怎么理解事务隔离级别、MVCC、spring事物传播属性”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！


标题名称：怎么理解事务隔离级别、MVCC、spring事物传播属性
转载来源：http://ybzwz.com/article/gsidjc.html

其他资讯