在分布式框架中在服务的调用过程中，难免会存在请求超时（业务复杂、网络延迟、服务器压力），那么对于请求超时后的结果应该如何去处理呢？

例如:商户系统创建订单的时候调用【创建订单服务】,此时由于某种原因导致执行【创建订单服务】的过程中请求超时了（阶段1）这时候，如果是dubbo默认的配置，dubbo 将进行重试机制，调用其他的链路（如果存在订单服务集群）去执行【创建订单服务】（阶段2），这时候 原先还在超时的（阶段1）的服务才执行完毕，阶段2的服务也执行完毕，那么将会出现两条一样的订单数据，这种情况应该如何去处理 ？

我这边想到的解决方案 ：
1、去掉dubbo提供的重试机制，让dubbo提供服务层如果出现超时就抛出异常，那么将不会出现数据不一致的问题，但是这里有个问题，是否所有的可能出现数据重复的服务都采用这个方式，那么dubbo重试机制的意义在哪里呢 ？
2、采用幂等性操作，在调用方创建一个唯一ID，当订单服务端存储的时候发现id已经存在，由orm层跑错（如果在程序中判断是否已经存在，可能存在超时服务还没有insert的时候），然后将不会存储相同的数据。但是这种方法还是感觉怪怪的。
请问对这个问题有没有优雅的解决方法 ？