1.尽量避免分布式事务
2.最终一致性解决方案-eBay模式(BASE)
订单:insert into order 新增订单记录
用户积分表:update user set .... 增加积分
如果拆分那么有两个系统
order
account
伪代码: MQ消息中间件来解决
boolean result = insertOrder();
if(result){
activeMQ.sender();
}
如果业务端收到重复的消息,用到幂等;
消息重复消费解决方案:
1.幂等校验: mq receive(key unique key)
2.日志表来判断或者通过状态锁来判断(message 表中添加一个messageid,判断状态,或者通过状态锁)
status = 0 ->status = 1
int effectRow = update acc set status = 1 where status = 0
模式:
1.查询模式:
提供一个接口,返回当前操作是否成功的状态
衰减查询 5s 10s 20s
2.补偿模式:
doSome1
doSome2
自动恢复:自动重试;回滚原有的操作
通知运营:自动恢复失败,人工补偿
通知技术:监控、预警(修复数据)
3.TCC事务(DTS事务)
参考:https://www.cnblogs.com/frankyou/p/7238099.html
原文:https://www.cnblogs.com/healthinfo/p/9634924.html