MySQL跨数据源事务不生效解决方式

随着数据量增长,分库分表操作带来事务管理挑战。MySQL的单数据源事务限制在分布式环境中导致脏数据问题。本文探讨了三种解决方式:使用分布式事务中间件如Seata、基于补偿的重试或补偿机制,以及业务逻辑内处理异常。建议遵循事务最小化原则,避免跨数据源操作,加强异常监控以减少此类问题。
摘要由CSDN通过智能技术生成

1.背景:

        在业务流程操作数据库的过程中,随着数据量的增加,通常会进行分库分表、或者冷热分离等操作。但MySQL的事务只在一个数据源生效,意味着如果在同一个事务中同时操作两个或者多个数据源的数据,在发生RuntimeException的时候只有一个数据源的数据会进行回滚,其余的均不会发生回滚,导致脏数据的产生。

2.解决方式:

        (1)专门的分布式事务中间件比如:Seata(缺点是需要引入中间件,增加维护成本)

        (2)基于补偿的方式,发生异常的情况下丢进消息队列,或者中间的数据表,后续基于消息队列或者中间数据表进行重试或者补偿。(缺点是可能导致下游业务消费到中间状态的脏数据,其次增加维护成本)

        (3)业务逻辑增加异常处理逻辑,A、B两个数据源的操作,一个次要的操作先处理,另一个主要的操作后处理。发生异常的情况下分别进行数据删除或或者失效处理。无需引入其他的中间件(缺点是可能导致下游业务消费到中间状态的脏数据,其次增加维护成本,增加业务的开发成本)

3.备注

        (1)为了减少这种跨数据源异常,事务最小化原则,不要在事务中进行其他操作。比如:调用其他服务,记录中间日志表等。

        (2)排查类似数据,需要上下游业务完业务异常监控告警。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值