Java中通过注解(@Transactional)实现事务

第一步: 引入依赖

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>

第二步：Java代码

import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Isolation;
import org.springframework.transaction.annotation.Propagation;
import org.springframework.transaction.annotation.Transactional;

@Service
public class HelperService {
    // isolation:事务的隔离级别，此处使用后端数据库的默认隔离级别, 其他参数查看补充说明
    // propagation: 如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中(常见)。其他参数查看补充说明
    @Transactional(rollbackFor = Exception.class, isolation = Isolation.DEFAULT, propagation = Propagation.REQUIRED)
    public void test(){
       //操作数据库
    }
}

第三步: 启动类增加注解

// 开启注解
@EnableTransactionManagement

****补充

一、事务失效的常见原因
1、 @Transactional必须作用于public方法之上；
2、 @Transactional注解的属性rollbackFor 配置错误，默认只有RuntimeException才会回滚；
3、 启动类没有添加@EnableTransactionManagement
4、 同一个类中调用事务方法，事务会失效。
5、 异常被捕获了：在事务方法中捕获了异常，事务会失效；
6、 数据库引擎不支持事务；（常见数据库引擎：innodb、bdb支持事务，myisam不支持数据）

二、事务的传播行为
（1）PROPAGATION_REQUIRED
表示当前方法必须运行在事务中。如果当前事务存在，方法将会在该事务中运行。否则，会启动一个新的事务
（2）PROPAGATION_SUPPORTS
表示当前方法不需要事务上下文，但是如果存在当前事务的话，那么该方法会在这个事务中运行
（3）PROPAGATION_MANDATORY
表示该方法必须在事务中运行，如果当前事务不存在，则会抛出一个异常
（4）PROPAGATION_REQUIRED_NEW
表示当前方法必须运行在它自己的事务中。一个新的事务将被启动。如果存在当前事务，在该方法执行期间，当前事务会被挂起。如果使用JTATransactionManager的话，则需要访问TransactionManager
（5）PROPAGATION_NOT_SUPPORTED
表示该方法不应该运行在事务中。如果存在当前事务，在该方法运行期间，当前事务将被挂起。如果使用JTATransactionManager的话，则需要访问ransactionManager
（6）PROPAGATION_NEVER
表示当前方法不应该运行在事务上下文中。如果当前正有一个事务在运行，则会抛出异常
（7）PROPAGATION_NESTED
表示如果当前已经存在一个事务，那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为与PROPAGATION REQUIRED一样。注意各厂商对这种传播行为的支持是有所差异的。可以参考资源管理器的文档采确认么们是否支持嵌喜事务

三、事务的隔离级别
（1）DEFAULT
　　使用数据库设置的隔离级别（默认），由DBA 默认的设置来决定隔离级别。
（2）READ_UNCOMMITTED
　　这是事务最低的隔离级别，它充许别外一个事务可以看到这个事务未提交的数据。
　　会出现脏读、不可重复读、幻读 （隔离级别最低，并发性能高）。
（3）READ_COMMITTED
　　保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。
　　可以避免脏读，但会出现不可重复读、幻读问题（锁定正在读取的行）。
（4）REPEATABLE_READ(innodb默认的数据库隔离级别)
　　可以防止脏读、不可重复读，但会出幻读（锁定所读取的所有行）。
（5）SERIALIZABLE
　　这是花费最高代价但是最可靠的事务隔离级别，事务被处理为顺序执行。
　　保证所有的情况不会发生（锁表）。