概述
某些场景下,我们将业务数据落地之前,是需要先调用外部系统的多个写接口,当这些写接口都操作成功了,我们才将业务数据落地到自己本地的数据库里面。比如说:
public void updateProductInfo(Product product) {
//1、将商品价格更新到价格系统
priceService.updatePrice(product);
//2、将库存信息更新库存系统
stockService.updateStock(product);
//3、将商品更新到本地数据库
productService.updateProduct(product);
}
就上面这个例子(例子是虚构的,只是为了说明问题而已),它的执行路径有几种:
1、调用价格系统、库存系统的操作以及保存数据到本地DB都正常;
2、调用价格系统接口的时候就抛异常了;
3、调用价格系统接口正常,但是调用库存系统的接口有异常;
4、调用价格系统和库存系统的接口都正常了,但是将商品数据更新到本地数据库出现异常。
如果是第一和第二这两种情况,无需考虑数据一致性问题,但是如果出现了第三和第四这两种情况,我们就得根据业务实际情况,考虑如何保证数据的一致性。
这里说的保证数据一致性,必须是由调用方来保证的,服务端是无法保证的。
重试和操作日志
以上面提到的第三种情况来说明一下。
调用价格系统接口正常,但是调用库存系统的接口有异常。
库存接口允许重试
如果库存系统接口是幂等的,那么调用方可以使用重试的机制