在分布式框架中在服务的调用过程中,难免会存在请求超时(业务复杂、网络延迟、服务器压力),那么对于请求超时后的结果应该如何去处理呢?
例如:商户系统创建订单的时候调用【创建订单服务】,此时由于某种原因导致执行【创建订单服务】的过程中请求超时了(阶段1)这时候,如果是dubbo默认的配置,dubbo 将进行重试机制,调用其他的链路(如果存在订单服务集群)去执行【创建订单服务】(阶段2),这时候 原先还在超时的(阶段1)的服务才执行完毕,阶段2的服务也执行完毕,那么将会出现两条一样的订单数据,这种情况应该如何去处理 ?
我这边想到的解决方案 :
1、去掉dubbo提供的重试机制,让dubbo提供服务层如果出现超时就抛出异常,那么将不会出现数据不一致的问题,但是这里有个问题,是否所有的可能出现数据重复的服务都采用这个方式,那么dubbo重试机制的意义在哪里呢 ?
2、采用幂等性操作,在调用方创建一个唯一ID,当订单服务端存储的时候发现id已经存在,由orm层跑错(如果在程序中判断是否已经存在,可能存在超时服务还没有insert的时候),然后将不会存储相同的数据。但是这种方法还是感觉怪怪的。
请问对这个问题有没有优雅的解决方法 ?
那不关dubbo的事情,只要在数据库层(创建订单)做事务处理就好了。