【Spring Transaction】实际业务处理中，提交事务之后操作 最佳实践

背景

在业务开发中经常会遇到，需要在事务提交之后再进行操作的业务，这个场景下就不得不使用下面的代码来支撑。

Spring 事务介绍

事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务通常由高级数据库操纵语言或编程语言（如SQL，C++或Java）书写的用户程序的执行所引起，并用形如begin transaction和end transaction语句（或函数调用）来界定。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。

[MYSQL]事务的特性和行为

ACID属性（4种）

• 原子性（atomicity）。一个事务是一个不可分割的工作单位，事务中包括的操作要么都做，要么都不做。
• 一致性（consistency）。事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。
• 隔离性（isolation）。一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。
• 持久性（durability）。持久性也称永久性（permanence），指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其有任何影响。

隔离级别 （4个）

MySQL的InnoDB引擎MyISAM 不支持事务，所以更多使用在从库的角色，提高查询的效率。
MySQL的InnoDB引擎提供四种隔离级别（即ACID中的I）：

• 读未提交（READ UNCOMMITTED）
• 读已提交（READ COMMITTED）
• 可重复读（REPEATABLE READ）
• 串行化（SERIALIZABLE）

Mysql InnoDB默认的隔离级别是REPEATABLE READ，其可避免脏读和不可重复读，但不能避免幻读，需要指出的是，InnoDB引擎的多版本并发控制机制（MVCC）并没有完全避免幻读.如何解决幻读的可以参考：如何解决幻读

[Spring] 事务传播机制 （7种）

• PROPAGATION_REQUIRED：支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。

• PROPAGATION_SUPPORTS：支持当前事务，如果当前没有事务，就以非事务方式执行。

• PROPAGATION_MANDATORY：支持当前事务，如果当前没有事务，就抛出异常。

• PROPAGATION_REQUIRES_NEW：新建事务，如果当前存在事务，把当前事务挂起。

• PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

• PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。

• PROPAGATION_NESTED：支持当前事务，如果当前事务存在，则执行一个嵌套事务，如果当前没有事务，就新建一个事务。

示例代码

TransactionSynchronizationManager.registerSynchronization(new TransactionSynchronizationAdapter() {
    @Override
    public void afterCommit() {
        //具体的业务操作
        System.out.println("事务提交后的操作。。。");
    }
});

注意

1.spring事务实现的方式底层是通过 代理的方式，所以要避免 事务失效的场景，例如 this的调用，private的方法等