编程式事务：在业务代码中添加事务控制代码，这样的事务控制机制就叫做编程式事务。

声明式事务：通过xml或者注解配置的方式达到事务控制的目的，这就叫做声明式事务。

事务回顾

事务的概念

事务指逻辑上的一组操作，组成这组操作的各个单元，要么全部成功，要么全部失败。从而确保了数据的准确和安全。

例如：A给B转账，对应如下两条sql：

/*转出账户减钱*/
update account set money=money-100 where name=‘a’;
/**转入账户加钱*/
update account set money=money+100 where name=‘b’;

这两条语句的执行，要么全部成功，要么全部失败。

事务的四大特性

• 原子性（Atomicity）：原子性是指事务是一个不可分割的工作单元，事务中的操作要么全部发生，要么全部不发生。
• 一致性（Consistency）：事务必须使数据库从⼀个⼀致性状态变换到另外⼀个⼀致性状态。
• 隔离性（Isolation）：事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启一个事务，每个事务不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离。
• 持久性（Durability）：持久性是指一个事务提交之后，它对数据库数据的改变是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。

事务的隔离级别

不考虑事务隔离级别，会出现下列事务并发问题：

• 脏读：一个线程中的事务读到了另一个线程事务中未提交的数据。
• 不可重复读：一个线程中的事务读到了另外一个线程事务中已经提交的update的数据（前后内容不一样）。
• 虚度（幻读）：一个线程中的事务读到了另外一个线程事务中已经提交的insert或者delete的数据（前后条数不一致）。

数据库共定义了四种事务隔离级别：

• Serializable（串行化）：可避免脏读、幻读和不可重复读的情况。
• Repeatable read（可重复读）：可避免脏读、不可重复读的情况。幻读有可能发生。该机制下会对update的行进行加锁。
• Read committed（读已提交）：可避免脏读的情况。不可重复读和幻读一定会发生。
• Read uncommitted（读未提交）：最低级别，以上情况都有可能发生。

MySQL的默认事务隔离级别是REPEATABLE READ，Oracle是READ COMMITTED。MySQL查询当前使用的事务隔离级别的sql为：

 select @@tx_isolation;

设置MySQL的事务隔离级别的sql为：

--  设置的是当前MySQL连接会话的，并不是永久改变的
set session transaction isolation level xxx;

事务的传播行为

事务往往在Service层进行控制，如果出现Service层方法A调用了另一个Service层方法B，A和B方法本身都已经被添加了事务控制，那么A调用B的时候，就需要进行事务的一些协商，这就叫做事务的传播行为。

A调用B，我们站在B的角度来观察定义事务的传播行为：

Spring中事务的API

• MyBatis：sqlSession.commit();
• hibernate：session.commit();

PlatformTransactionManager

配置代码如下：

public interface PlatformTransactionManager {

    /**
      * 获取事务状态信息
      */
    TransactionStatus getTransaction(@Nullable TransactionDefinition definition)
 throws TransactionException;

    /**
      * 提交事务
      */
    void commit(TransactionStatus status) throws TransactionException;

    /**
      * 回滚事务
      */
    void rollback(TransactionStatus status) throws TransactionException;

}

此接口是Spring的事务管理器核心接口。Spring本身并不支持事务实现，只负责提供标准。应用底层支持什么样的事务，需要提供具体的实现类。此处也是策略模式的具体应用。在Spring框架中，也为我们内置了一些具体策略，例如MyBatis和Spring JdbcTemplate的DataSourceTransactionManager、Hibernate的HibernateTransactionManager等等。

PlatformTransactionManager

归根结底是横切逻辑代码，声明式事务要做的就是使用AOP（动态代理）来将事务控制逻辑织入到业务代码。

Spring声明式事务配置

纯xml模式

首先，引入对应的Maven坐标：

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>5.1.12.RELEASE</version>
</dependency>
<dependency>
    <groupId>org.aspectj</groupId>
    <artifactId>aspectjweaver</artifactId>
    <version>1.9.4</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-jdbc</artifactId>
    <version>5.1.12.RELEASE</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-tx</artifactId>
    <version>5.1.12.RELEASE</version>
</dependency>

xml中声明式事务的配置如下：

<tx:advice id="txAdvice" transaction-manager="transactionManager">
    <!--定制事务细节，传播行为、隔离级别等-->
    <tx:attributes>
        <!--⼀般性配置-->
        <tx:method name="*" read-only="false"
 propagation="REQUIRED" isolation="DEFAULT" timeout="-1"/>
        <!--针对查询的覆盖性配置-->
        <tx:method name="query*" read-only="true"
 propagation="SUPPORTS"/>
    </tx:attributes>
</tx:advice>

<aop:config>
    <!--advice-ref指向增强=横切逻辑+方位-->
    <aop:advisor advice-ref="txAdvice" pointcut="execution(*
 com.rubin.service.impl.TransferServiceImpl.*(..))"/>
</aop:config>

xml和注解相结合模式

xml配置如下：

<!--配置事务管理器-->
<bean id="transactionManager"
 class="org.springframework.jdbc.datasource.DataSourceTransactionManage
r">
    <property name="dataSource" ref="dataSource"></property>
</bean>
<!--开启spring对注解事务的支持-->
<tx:annotation-driven transaction-manager="transactionManager"/>

在接口、类或者方法上添加@Transactional注解：

@Transactional(readOnly = true, propagation = Propagation.SUPPORTS)

纯注解模式

Spring基于注解驱动开发的事务控制配置，只需要把xml配置部分改为注解实现。只是需要⼀个注解替换掉xml配置文件中的<tx:annotation-driven transaction-manager="transactionManager"/>配置。

在 Spring 的配置类上添加 @EnableTransactionManagement 注解即可：

@EnableTransactionManagement
@Configuration
public class SpringConfiguration {
}