1. 需求

　　有一个需求job定时5秒一次，job【消费者】调用dsc【提供者】提供的dubbo完成：先清空redis的某个key，然后再往redis中放入新的数据，这是一个定时任务，需要每隔5秒执行一次；

2. 问题场景

　　某次上线发布之后，发现再写入redis中添加了多一点数据的写入，然后发布之后发现一个奇怪的情况，就是redis中数据一下子有，隔几秒又没有的问题，查找了一个早上，盯着日志看了很久都没发现问题；

3. 解决过程

　　最后询问一个同事，

　　他问：是走dubbo接口的吗？

　　回：是

　　他问：那你可以看一下dubbo-mointer会不会存在两个提供者。

　　最后从dubbo的监控中看到有两个dubbo的提供者，url完全一样，但是一个服务上线了新的代码，一个服务忘记上线新代码了，导致如果job调用到新的代码就会有新数据的返回，如果调用旧的就会没有数据；

4. 解决方案【选一种执行】

　　4.1 将旧的服务停止

　　4.2 将服务代码更新

5. 总结

　　使用微服务架构的时候，很多时候考虑问题不能用单机模式的思维了，需要转换成分布式的思想，就是服务可能分布在多个地方，查找问题的时候需要从多个角度来思考问题。