事务隐式提交导致@Transactional事务失效

一、DDL：

DDL:数据库定义语言，常见的包括：

• create database
• create table
• crete view
• alter table
• drop view

二、隐式事务 

当我们开启一个事务时，通常需要用commit或rollback结束事务。但是有些操作会自动提交事务，比如DDL语句。这种自动提交事务的操作就是隐式事务。

以下操作会导致事务隐式提交：

1、所有的DDL语句

2、创建、更新或者删除用户的操作也会导致事务隐式提交

• REATE USER…
• DROP USER…
• ALTER USER…
• SET PASSWORD

3、一个事务没有结束，又开启了新的事务，前一个事务就会被自动提交

 三、场景

我的项目里面有一段业务是这样的

1.delete from table1 ...

2.update from table2 ...

3.create view 视图1...

 当第3步发生异常时，1、2都不会回滚。原因就是3执行了DDL语句。

四、解决方案

改变事务的传播机制

拿我遇到的场景举例：在第3步的方法上添加事务注解

@Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class)

解释：

• 标志REQUIRES_NEW会新开启事务，外层事务不会影响内部事务的提交/回滚
• 标志REQUIRES_NEW的内部事务的异常，会影响外部事务的回滚

如果存在事务A，那么将事务A挂起，并开启一个新事务B。那么当标志有REQUIRES_NEW的内部事务B发生异常回滚时，外部事务A也会一起回滚。有一点需要注意：DDL语句要放在最后面。因为如果DDL语句后面还有其他的增删改业务，DDL语句执行成功，但后面的业务发生异常了，那么DDL语句不会被回滚。

当然，在编程过程中，我们要尽量避免增删改业务与DDL语句并存的情况，尽可能分开写，就能避免事务的隐式提交了。