分布式事务实践(二)--Spring的事务机制

1 Spring事务管理机制

1.1 Spring框架的介绍

Spring框架是开发人员使用的最流行的一个框架.

1.2 Spring事务管理的优点

1. 提供统一的API接口支持不同的数据源

Sring本身没有提供任何事务支持，只是对外提供统一的编程API接口,让数据源驱动方来对Spring事务进行实现,Spring事务的核心是PlatformTransactionManager接口.

2. 提供了声明式的事务管理

Spring的事务实现可以是编程式和声明式,声明式的事务管理运用的是SpringAOP的思想大量减少事务代码,让开发人员把注意力集中到具体的业务实现上.

3. 方便和和Spring的框架进行好的集成

Spring事务管理自然可以很好的和Spring的其他框架相互兼容.

4. 多个数据源的事务管理,同步

Spring支持多个数据源和多个事务管理同步进行.

1.3 Spring事务管理接口

6.jpg

Spring对外提供三个比较重要的接口,分别是PlatformTransactionManager,TransactionDefinition,TransactionStatus

PlatformTransactionManager是一个接口,具体由数据源厂家实现,里面定义了获取事务,提交和事务回滚的方法.常用的实现类有:

1. DataSourceTransactionManager : JDBC的事务实现
2. JpaTransactionManager : Jpa事务实现
3. JMSTransactionManager : Jms事务实现
4. JtaTransactionManager : Jta事务实现

TransactionDefinition是一个事务定义的接口,这个接口中定义了事务的隔离等级和传播等级的常量,常用的方法是获取到该事务的传播机制,隔离等级,超时时间,是否是只读事务.

3.png

TransactionStatus是一个事务状态的接口,这个接口描述了事务运行过程中有哪些状态,比如是否是一个新的事务,存盘点,是否已经回滚,事务是否已经完成等.

具体使用方法是我们可以通过创建一个TransactionDefinition传参给PlatformTransactionManager从而得到一个事务,返回TransactionStatus.

1.4 Spring事务定义

在TransactionDefinition中,我们可以定义事务的一系列参数,其中比较重要的就是事务的隔离等级和事务的传播机制.

事务的隔离等级:具体参考<事务的介绍>

        // 和数据库的隔离机制保持一致
        ISOLATION_DEFAULT
        // 读未提交
        ISOLATION_READ_UNCOMMITTED
        // 读提交
        ISOLATION_READ_COMMITTED
        // 可重复读
        ISOLATION_REPEATABLE_READ
        // 可序列化:线性读取
        ISOLATION_SERIALIZABLE

事务的传播机制:简单的讲就是我有两个Service,其中一个Service调用了另外一个Service,两个Service相互调用的时候,他们之间的事务是如何传播的

        // 如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。
        PROPAGATION_REQUIRED
        // 支持当前事务，如果当前没有事务，就以非事务方式执行。
        PROPAGATION_SUPPORTS
        // 使用当前的事务，如果当前没有事务，就抛出异常。
        PROPAGATION_MANDATORY
        // 新建事务，如果当前存在事务，把当前事务挂起。
        PROPAGATION_REQUIRES_NEW
        // 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
        PROPAGATION_NOT_SUPPORTED
        // 以非事务方式执行，如果当前存在事务，则抛出异常。
        PROPAGATION_NEVER
        // 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。
        PROPAGATION_NESTED

通常如果我们不配置事务传播机制,默认使用的是PROPAGATION_REQUIRED,就是默认是在事物中运行的.

Spring的事务实现

1. 编程式事务实现原理

主要是将业务代码包围在try...catch当中,如果整个业务完成,就进行事务提交.否则出错就进行事物回滚.


2. 声明式事务管理

声明式事务管理有两种方式进行配置,一种是在spring-context.xml文件中进行配置,一种是使用@Transactional的标签进行配置.

无论哪种声明式配置,本质上都是使用了Spring的AOP思想,对于声明式事务类生成一个对应的代理类,然后在具体的业务方法前后增加事务代码.

Spring事务实例

1. Spring-data jpa事务管理

下面将分别使用Spring的声明式事物管理是编程式事务管理来进行JPA事务管理的演示,代码如下.

10.png

测试:将事务的传播机制修改为PROPAGATION_SUPPORTS,并制作一个错误,使用无事务Controller调用,查看数据是否能入库:
![

11.png 12.png

测试结果是报错,但是数据正常入库,因为调用者无事务,所以数据插入后报错,没有事务回滚,数据正常入库.

2. Spring-jms 事务管理

2.1 Spring-JMS的原生事务

Spring在整合了JMS之后,我们通常是使用JmsTemplate来发送消息,使用JmsListener来监听消息.

这两种方式的上都是使用通过ConnectionFactory的工厂类获取到一个Session对象来操作消息队列的.

其中Spring-jms的原生事务是通过session来操作的.Session对象中包含相应的Commit,rollback操作

13.png

2.2 JMSTransactionManager来对JMS进行事务管理

14.png

通过Spring容器中创建JMSTransaction来对发送消息和监听消息进行事务管理.本质上对Session的事务管理进行了封装,使用JmsTransactionManager来管理事务.

在一个方法中业务复杂则可能既涉及到消息的读取,同时还有消息的写入,使用TransactionManager进行事务管理,必须保证读取消息和写消息的是同一个Session.

JMSTransactionManager可配置如下:

15.png

服务层:

16.png

控制层:

17.png

测试结果:

18.png

总结

1. Spring对外提供了统一的API接口来PlatformTransactionManager来进行事物管理.
2. Spring事务管理包括了事务的隔离属性,传播机制,超时时间以及常用的提交和回滚操作.
3. Spring事务包括了声明式事物和编程式事务,其中声明式事务是通过Spring的AOP机制来实现的.
4. Spring事务常用实现有:DataSourceTransactionManager,JpaTransactionManager,JMSTransactionManager,JtaTransactionManager
5. 代码地址:https://github.com/lilike/chawuzhi.git