使用 Canal 异步删除的缓存最终一致性方案 添加异步校验流程如何实现？

[dragon2031]

最初的想法是 消费完 Canal 监听消息删除缓存，而后向 MQ 发送校验消息。 具体校验流程为： 查验 redis 是否操作存在该 key ， 如果没有不管， 如果有查数据库比对不一致则删除。 目前的问题是，如果写操作频繁情况下，校验消息会很多 ，这又导致查库操作增多了。仔细考虑了下这个想法貌似不是很好。请问有比较好的实现建议吗？

[7911364440]

不比对数据是否一致，直接删除 redis 呢？

[RedBeanIce]

你遇到的问题是什么，没有问题思考解决方案最终都是瞎想。请不要浪费时间瞎想，时间宝贵。。。。楼上是对的，直接删就行了，会有什么问题吗

[dragon2031]

Interview Oriented Programming ，想整花活。。。 确实不该不顾确切业务场景 空想方案 。不过如果直接删除， 下次查询操作需要重建缓存 担心增加不必要的查库操作

[notwaste]

“不过如果直接删除， 下次查询操作需要重建缓存 担心增加不必要的查库操作”
现在你的做法把这个不必要操作范围放得更大了