当前位置：网站首页 > 技术教程 > 正文

Redis和MySQL如何保证数据一致性问题

mhr18 2024-12-04 13:37 16 浏览 0 评论

1、此时面试官会问：延时双删就能彻底解决不一致吗？答案是不能。

我们评估的延时时间（读请求耗时+几百毫秒），并不能完全代表实际运行过程中的耗时，运行过程如果因为系统压力过大，我们评估的耗时就是不准确，仍然会导致数据不一致的出现
延时双删虽然在保证事务提交完以后再进行删除缓存，但是如果你使用的是MySQL的读写分离的机构，主从同步之间其实也会有时间差。

2、此时面试官会问：该如何解决呢？

还是使用延时双删策略，只是睡眠时间改为在主从同步的延时时间基础上，加几百毫秒（读接口耗时+主从延迟时间+几百毫秒）
对Redis进行填充数据查询（更新缓存时查询数据库），强制走主库查询，那么我们延时双删就没必要增加主从延时时间了（增加个主从延时时间也会增加更大的不确定性，因为主从延时时间也是不稳定的）

一般采用这些手段几乎就已经把Redis缓存和数据库数据不一致的概率降到了极低。

3、此时面试官会问：采用这种同步延时双删的淘汰策略，接口的吞吐量降低怎么办？

4、此时面试官会问：非要强一致性，极低的数据不一致的概率都不能接受，那么该如何解决呢？

那就是加锁，在读请求加一个读锁，所有的读请求不阻塞，在写请求加一个写锁，一旦有写请求，则暂时阻塞读，等写请求处理完，删除完缓存再放开读。
如果你的业务并发要求不高，读多写少，且对数据一致性有很高的要求，可以采用这种方案，但是保证强一致性的同时，就会损失一些性能，所以该不该用这种方案，大家可以根据自己业务的属性做好权衡。

5、此时面试官会问：第二次删除缓存失败怎么办？

相关推荐