• 热门专题

使用什么方法才能确保数据能够一致

作者:whl  发布日期:2018-12-14 08:32:00
  •   很多朋友对于如何使用外部系统来写接口确保数据能够达到一致完全不知道该从何处下手,折腾一番之后还是无用功,为此郁闷不已。下面小编就给大家分享一篇内容还是非常不错的文章,大家可以从这篇文章的思路里面找到适合自己的方法,有需要的朋友赶紧一起来看看吧。

      概述

      某些场景下,我们将业务数据落地之前,是需要先调用外部系统的多个写接口,当这些写接口都操作成功了,我们才将业务数据落地到自己本地的数据库里面。比如说:

    调用外部系统的多个写接口

      就上面这个例子(例子是虚构的,只是为了说明问题而已),它的执行路径有几种:

      1、调用价格系统、库存系统的操作以及保存数据到本地DB都正常;

      2、调用价格系统接口的时候就抛异常了;

      3、调用价格系统接口正常,但是调用库存系统的接口有异常;

      4、调用价格系统和库存系统的接口都正常了,但是将商品数据更新到本地数据库出现异常。

      如果是第一和第二这两种情况,无需考虑数据一致性问题,但是如果出现了第三和第四这两种情况,我们就得根据业务实际情况,考虑如何保证数据的一致性。

      这里说的保证数据一致性,必须是由调用方来保证的,服务端是无法保证的。

      重试和操作日志

      以上面提到的第三种情况来说明一下。

      调用价格系统接口正常,但是调用库存系统的接口有异常。

      库存接口允许重试

      如果库存系统接口是幂等的,那么调用方可以使用重试的机制,多调用几次,比如说3次。如果还是不成功,那之前价格系统接口的操作就得走反向操作,进行现场恢复。

      库存接口不允许重试

      价格系统接口的操作得走反向操作,进行现场恢复

      要实现反向操作,恢复现场,有一种办法是使用分布式事务,但是实现起来实在太复杂了,性能也不好。可以尝试使用操作日志来恢复现场。比如说,价格系统调用成功了,把这个操作状态以及相关的业务数据记录起来,当库存操作失败后,利用操作日志里的数据,将之前的价格操作恢复回来。这个恢复操作,价格系统可以单独提供出一个接口。

      如果恢复现场的操作也失败了,这个时候只能人工介入解决了。没其他办法了。

      总结

      好了,以上就是今天要给大家分享的关于使用什么方法才能确保数据能够保持一致的具体操作思路了,大家可以根据上面的内容通过调用接口来实现这个目的。如果大家对于上述内容还有什么不明白的欢迎给小编留言,小编会及时解答的。

延伸阅读:

About IT165 - 广告服务 - 隐私声明 - 版权申明 - 免责条款 - 网站地图 - 网友投稿 - 联系方式
本站内容来自于互联网,仅供用于网络技术学习,学习中请遵循相关法律法规