一个分布式事务方案,复杂度可能会多10倍,很多情况下系统A调用系统B,系统C,系统D,可能就根本不用分布式事务,如果调用报错会打印异常日志,
每个月也就那么几个bug,很多bug都是功能性的,体验性的,真涉及到数据层面的一些bug一个月也就几个,如果为了确保数据百分之百不能出错,上了几十个分布式事务,那么代码太复杂,性能太差,系统吞吐量性能大幅度下跌.
几乎百分之99的分布式接口调用不要做分布式事务,直接就是监控,比如说如果出错了就发送邮件发送短信等等,记录日志啥的, 然后事儿后快速的定位排查和出解决方案去修复数据.
每个月,或者每隔几个月都会对少量的因为代码的bug导致出错的数据,进行人工的修复数据,比如自己临时手写某个程序,可能要补一些数据,或者删除一些数据等等,或者修改一些字段的值.
比你做一堆分布式事务成本要低很多很多倍.
用分布式事务缺点就是性能和吞吐量下跌,而且潜在bug可能会更多.
像资金 , 交易, 订单业务 这种是一定不能错的,肯定会用分布式事务来保证
如果是像会员积分,优惠券,商品信息等等就不需要分布式事务,直接就是记录异常日志.
假设请求系统出现了异常,那么就需要将员工系统和财务系统的操作进行回滚.
若有收获，就点个赞吧
0 人点赞
