@DS多数据源注解失效

public class DSService{
	
	@Autowired
	AService aService;

	@Autowired
	BService bService;

	pulic void testDs(){
		aService.test();
		bService.test();
	}

	@Transactional
	pulic void testDs2(){
		aService.test();
		bService.test();
	}

}

调用testDs没问题,调用testDs2有问题,因为testDs2处于一个事务方法中,一个事务方法中的所有sql必须要基于同一个connection,所以,这个方法开始之前,就已经确定了一个数据源,且全程会用这一个数据源,此时会报错, tablexxx not exists。因为如果是用的AService数据源,在查询BService时,依然是用的AService数据源,就会导致查询逻辑错误或者数据报错。

### Spring Boot 多数据源环境下 `@Transactional` 注解失效原因分析 在多数据源环境中,`@Transactional` 注解可能失效的主要原因是事务管理器未能正确绑定到目标数据源。Spring 使用 AOP(面向切面编程)机制来处理 `@Transactional` 注解的方法,在运行时为带有该注解的 Bean 创建代理对象[^2]。然而,在多数据源场景下,默认的事务管理器通常只针对单个数据源配置。 当多个数据源存在时,如果未显式指定哪个事务管理器应与特定的数据源关联,则可能导致事务无法正常启动或回滚。此外,动态切换数据源的注解(如 `@DS`),如果没有正确应用到服务层实现类或其实现的具体方法上,也可能导致事务失效[^3]。 另外一种常见情况是异常被捕获而未重新抛出,这会阻止 `@Transactional` 注解检测到异常的发生,从而使得事务不执行回滚操作[^4]。 --- ### 解决方案 #### 1. 配置多个事务管理器 为了支持多数据源环境下的事务管理,需分别为每个数据源定义独立的事务管理器,并通过自定义注解将其绑定至对应的服务逻辑中: ```java @Configuration public class DataSourceConfig { @Bean(name = "dataSourceOneTransactionManager") public PlatformTransactionManager dataSourceOneTransactionManager(@Qualifier("dataSourceOne") DataSource dataSource) { return new DataSourceTransactionManager(dataSource); } @Bean(name = "dataSourceTwoTransactionManager") public PlatformTransactionManager dataSourceTwoTransactionManager(@Qualifier("dataSourceTwo") DataSource dataSource) { return new DataSourceTransactionManager(dataSource); } } ``` 接着可以创建一个基于 `@Transactional` 的扩展注解用于区分不同的事务管理器: ```java @Target({ElementType.METHOD, ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Transactional(value = "dataSourceOneTransactionManager") public @interface TransactionalDataSourceOne {} @Target({ElementType.METHOD, ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Transactional(value = "dataSourceTwoTransactionManager") public @interface TransactionalDataSourceTwo {} ``` 这样可以在业务代码中按需选择合适的事务管理器: ```java @Service public class MyService { @TransactionalDataSourceOne public void methodForDataSourceOne() { // 数据库操作... } @TransactionalDataSourceTwo public void methodForDataSourceTwo() { // 另一数据库操作... } } ``` --- #### 2. 正确使用动态数据源切换注解 对于动态数据源切换的需求,推荐将 `@DS` 或类似的注解放置于 **服务实现类** 中而非接口处。这是因为 Spring AOP 默认采用 JDK 动态代理方式工作,只有实现了接口的对象才会被代理;而对于没有接口的情况则需要启用 CGLIB 支持。 可以通过如下设置开启 CGLIB 模式: ```properties spring.aop.proxy-target-class=true ``` 同时确保 `@DS` 被放置于实际执行业务逻辑的位置,例如: ```java @Service public class UserServiceImpl implements UserService { @Override @DS("slave") public User getUserById(Long id) { // 查询用户信息... } } ``` --- #### 3. 确保异常传播行为满足需求 为了避免因异常捕获而导致事务失效的现象发生,应当注意不要在受控方法内部吞掉任何已知错误。即使某些情况下确实希望局部处理部分问题,也建议手动重投这些异常以便触发必要的回滚动作。 例如下面的例子展示了如何让 checked exception 强制引发 rollback: ```java @AfterThrowing(pointcut="execution(* com.example.service.*(..))", throwing="ex") public void handleException(Exception ex){ throw new RuntimeException(ex); } ``` --- ### 总结 综上所述,解决 Spring Boot 多数据源环境下 `@Transactional` 注解失效的关键在于合理配置多个事务管理器并明确其作用范围,同时保证动态数据源切换策略的有效实施以及适当调整程序结构以适应框架的工作原理。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值