一个简单的数据最终一致性解决方案

互联网系统为了保证业务高可用,一般会牺牲一致性。

场景,在一个分销平台中,A系统负责结算,B系统负责账户管理,用户p在A系统收益结算后需要调用B系统接口增加账户余额和收益明细,由于A、B不在一个节点,现在要保证A,B两个节点数据是一致的,根据CAP原理,要保证分区容错和高可用就保证不了数据强一致性。下面这种方式提供了最终一致性的解决方案。

设计一个接口调用日志表,在A系统处理完相关业务后,再往接口表插入一条记录,opt_result字段值为false,然后再调用B系统接口,再根据接口返回结果把opt_result值改为true和fase,opt_times的值加1。

由于A系统业务处理与接口日志初始化时在同一个事务,可以保证业务处理成功,接口日志一定会记录。如果调用B系统失败,或B系统突然崩溃,opt_result值会为false,我们可以用一个定时任务轮询接口失败的记录,再去调用B系统接口,调用次数opt_times可以设置一个阈值。超过某一次数不在查询这条记录。这样基本保证数据最终一致性。

CREATE TABLE `fx_feign_log` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `opt_type` varchar(20) NOT NULL COMMENT '操作类型 ',
  `source` varchar(40) NOT NULL COMMENT '接口请求方',
  `destination` varchar(40) NOT NULL COMMENT '接口接受方',
  `message` text COMMENT
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值