使用 Canal 异步删除的缓存最终一致性方案 添加异步校验流程如何实现？
dragon2031 · 2022-09-02 17:35:37 +08:00 · 1110 次点击这是一个创建于 820 天前的主题，其中的信息可能已经有所发展或是发生改变。
最初的想法是 消费完 Canal 监听消息删除缓存，而后向 MQ 发送校验消息。 具体校验流程为： 查验 redis 是否操作存在该 key ， 如果没有不管， 如果有查数据库比对不一致则删除。 目前的问题是，如果写操作频繁情况下，校验消息会很多 ，这又导致查库操作增多了。仔细考虑了下这个想法貌似不是很好。请问有比较好的实现建议吗？
 |
1
7911364440 2022-09-02 17:50:49 +08:00
不比对数据是否一致，直接删除 redis 呢？
|
 |
2
RedBeanIce 2022-09-02 18:28:30 +08:00 via iPhone
你遇到的问题是什么，没有问题思考解决方案最终都是瞎想。请不要浪费时间瞎想，时间宝贵。。。。楼上是对的，直接删就行了，会有什么问题吗
|
 |
3
dragon2031 OP Interview Oriented Programming ，想整花活。。。 确实不该不顾确切业务场景 空想方案 。不过如果直接删除， 下次查询操作需要重建缓存 担心增加不必要的查库操作
|
 |
4
notwaste 2022-09-05 16:49:25 +08:00
“不过如果直接删除， 下次查询操作需要重建缓存 担心增加不必要的查库操作”
现在你的做法把这个不必要操作范围放得更大了 |
Select Language