分布式环境下的数据一致性

互联网技术的四大法宝。 

 淘宝应用场景

 

需求：1.出账，出款需求，支付宝调用银行接口，进行转账。即自己的系统调第三方系统 

           2.A系统调用B系统的接口，注意什么事项？ 在A系统多次调用B系统的接口，例如当支付宝发送多次请求的时候，即重新的两次 （请求单号不变），不是单独的两次（）。B方是银行系统，不能要求银行幂等。怎么解决。

           3.银行系统换掉了，不能转账，怎么解决？ 解决方法：界面显示转账中，在数据库中设置这条转账信息的状态，后续再扫描数据库，待银行系统恢复，在转账。

场景二： 

     

当订单系统出错时，发货系统出错。发了5次货物。以SpringBoot编写，订单系统调用发货系统为例。

启动springboot，已经内置的包含了Tomcat容器

下面的方法调用物流系统的接口

订单系统的接口如下： 

发货系统的接口如下： 

保存一致性把订单信息和发货信息放在一个事务里面。包含两个部分发货订单存库以及调用发货接口发货。

出现的问题： 在申明了Transactional注解，@Transactional开启一个切面，切面中提前打开了链接，会占用一个DB连接。在并发处理的时候，因为数据库连接数占满，当出现超过数据库连接数的时候，请求出错了。

解决方法：编程式事务，取代@Transactional注解

 采用这种方式后，只有一部分占用事务，调用发货接口无事务。在调用发货接口后，再更新订单的信息为已发货。

上面的解决方案仍然有问题。问题如下：

问题二，当界面上多次点击提交按钮的时候，除了前端要将按钮重灰以后，后端也要保护处理。

基于状态机的乐观锁。

update返回的是修改的行数。 根据乐观锁返回的结果，来判断是否是第一次的请求。不是第一次请求，就不发货。不进行处理。