详解Springboot事务管理

详解Springboot事务管理

在Spring Boot事务管理中，实现自接口PlatformTransactionManager。

public interface PlatformTransactionManager {

org.springframework.transaction.TransactionStatus getTransaction(org.springframework.transaction.TransactionDefinition transactionDefinition) throws org.springframework.transaction.TransactionException;

void commit(org.springframework.transaction.TransactionStatus transactionStatus) throws org.springframework.transaction.TransactionException;

void rollback(org.springframework.transaction.TransactionStatus transactionStatus) throws org.springframework.transaction.TransactionException;

}

当我们使用了spring-boot-starter-jdbc依赖的时候，框 架会自动默认注入DataSourceTransactionManager。所以我们不需要任何额外 配置就可以用@Transactional注解进行事务的使用。

jdbc事务管理器

在Service中，被 @Transactional 注解的方法，将支持事务。如果注解在类上，则整个类的所有方法都默认支持事务。

多事务管理器情况

一：可以通过实现TransactionManagementConfigurer接口，里面方法返回值是默认的事务管理器。

二：可以在具体执行方法上设置value

如果Spring容器中存在多个 PlatformTransactionManager 实例，并且没有实现接口TransactionManagementConfigurer 指定默认值，在我们在方法上使用注解 @Transactional 的时候，就必须要用value指定，如果不指定，则会抛出异常。

//@EnableTransactionManagement // 开启注解事务管理，等同于xml配置文件中的

@SpringBootApplication

public class ProfiledemoApplication implements TransactionManagementConfigurer {

@Resource(name="txManager2")

private PlatformTransactionManager txManager2;

// 手动创建事务管理器1 datasource框架会自动注入

//在Spring容器中，我们手工注解@Bean 将被优先加载，框架不会重新实例化其他的 PlatformTransactionManager 实现类。

@Bean(name = "txManager1")

public PlatformTransactionManager txManager(DataSource dXQSbDsataSource) {

return new DataSourceTransactionManager(dataSource);

}

// 创建事务管理器2

@Bean(name = "txManager2")

public PlatformTransactionManager txManager2(EntityManagerFactory factory) {

return new JpaTransactionManager(factory);

}

// 实现接口 TransactionManagementConfigurer 方法，其返回值代表在拥有多个事务管理器的情况下默认使用的事务管理器

@Override

public PlatformTransactionManager annotationDrivenTransactionManager() {

return txManager2;

}

public static void main(String[] args) {

SpringApplication.run(ProfiledemoApplication.class, args);

}

}

具体实现

@Component

public clXQSbDsass DevSendMessage implements SendMessage {

// 使用value具体指定使用哪个事务管理器

@Transactional(value="txManager1")

@Override

public void send() {

System.out.println(">>>>>>>>Dev Send()<<<<<<<<");

send2();

}

@Transactional

public void send2() {

System.out.println(">>>>>>>>Dev Send2()<<<<<<<<");

}

}

隔离级别

public enum Isolation {

DEFAULT(TransactionDefinition.ISOLATION_DEFAULT),

READ_UNCOMMITTED(TransactionDefinition.ISOLATION_READ_UNCOMMITTED),

READ_COMhttp://MITTED(TransactionDefinition.ISOLATION_READ_COMMITTED),

REPEATABLE_READ(TransactionDefinition.ISOLATION_REPEATABLE_READ),

SERIALIZABLE(TransactionDefinition.ISOLATION_SERIALIZABLE);

private final int value;

Isolation(int value) { this.value = value; }

public int value() { return this.value; }

}

DEFAULT ：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，通常这值就是： READ_COMMITTED 。

READ_UNCOMMITTED ：该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读和不可重复读，因此很少使用该隔离级别。

READ_COMMITTED ：该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大多数情况下的推荐值。

REPEATABLE_READ ：该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相同。即使在多次查询之间有新增的数据满足该查询，这些新增的记录也会被忽略。该级别可以防止脏读和不可重复读。

SERIALIZABLE ：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

指定方法：通过使用 isolation 属性设置，例如：

@Transactional(isolation = Isolation.DEFAULT)

传播行为

所谓事务的传播行为是指，如果在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为。

我们可以看 org.springframework.transaction.annotation.Propagation 枚举类中定义了6个表示传播行为的枚举值：

public enum Propagation {

REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED),

SUPPORTS(TransactionDefinition.PROPAGATION_SUPPORTS),

MANDATORY(TransactionDefinition.PROPAGATION_MANDATORY),

REQUIRES_NEW(TransactionDefinition.PROPAGATION_REQUIRES_NEW),

NOT_SUPPORTED(TransactionDefinition.PROPAGATION_NOT_SUPPORTED),

NEVER(TransactionDefinition.PROPAGATION_NEVER),

NESTED(TransactionDefinition.PROPAGATION_NESTED);

private final int value;

Propagation(int value) { this.value = value; }

public int value() { return this.value; }

}

REQUIRED ：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。默认值。

SUPPORTS ：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。

MANDATORY ：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。（强制放入事务中）

REQUIRES_NEW ：创建一个新的事务，如果当前存在事务，则把当前事务挂起。（打印日志常用，即使前面回滚，该事务也会执行，记录报错信息）

NOT_SUPPORTED ：以非事务方式运行，如果当前存在事务，则把当前事务挂起。

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

NESTED ：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于 REQUIRED 。

指定方法：通过使用 propagation 属性设置，例如：

@Transactional(propagation = Propagation.REQUIRED)

事务不回滚情况

只在发生未被捕获的 RuntimeException 时才回滚

catch抛出的异常，两次插入都会成功

@Override

@Transactional

public void insertandinsert(Staff staff) {

staffDao.insert(staff);

try {

int i = 1 / 0;

}catch (Exception e){

e.printStackTrace();

}

staffDao.insert(staff);

}

在service层方法的catch语句中增加：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句，手动回滚不会插入数据

@Override

@Transactional

public void insertandinsert(Staff staff) throws Exception {

try {

staffDao.insert(staff);

int i=1/0;

staffDao.insert(staff);

}catch (Exception e){

TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

}

}

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。