@Transactional和@DS避免数据源冲突的解决方案(提供gitee源码)

本文探讨了一个在动态切换数据库时遇到的@Transactional和@DS注解冲突问题。作者通过场景模拟、原因分析,提出了三种解决方案:采用分布式事务、更改事务传播机制和使用@DSTransactional注解。同时,详细阐述了不同情况下事务回滚的机制,以确保数据一致性。文章附带了gitee上的源码链接供读者参考。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言:

在最近的实际工作当中,遇到一个业务场景,需要保证新老数据库的同步,在动态切换数据库当中,遇到了@Transactional和@DS的冲突问题,这里我写了一份个人的总结,从业务还原、原因剖析和如何解决等等一步步阐明。

目录

一、场景模拟

二、原因分析

三、解决方案

3.1、采用分布式事务

3.2、更改事务的传播机制(有问题)

3.3、@DSTransactional注解代替@Transactional

四、事务回滚机制

4.1、在Master和Slave事务执行前抛出异常

4.2、当master事务和slave事务中间抛出异常

4.3、在slave方法中抛出异常

4.4、在master和slave事务之后

4.5、临时添加一个temp数据库,进行插入操作,并抛出异常

4.6、嵌套

4.7、使用@DSTransactional注解,在slave和temp之间抛出异常

4.8、使用@DSTransactional注解,在最后抛出异常

五、gitee源码地址

六、总结


一、场景模拟

1、先导入pom.xml依赖

    <dependencies>

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

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

黄团团

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值