Mysql与redis缓存一致性「终于解决」

Mysql与redis缓存一致性「终于解决」问题:线程A在修改mysql的时候,线程B先读取了数据,接着线程A执行完毕,此时redis中没有数据了,接着线程B处理业务然后设置redis缓存,此时redis中的数据还是线程A修改前的数据。

Mysql与redis缓存一致性

在高并发场景下单单使用mysql提供数据服务显然,是无法满足系统的吞吐量,目前的系统架构中我们一般会采用redis做数据缓存,以此避免请求过多的走数据库从而影响系统性能。但是在高并发场景下保持mysql与redis数据的一致性问题不容忽视。

一、缓存的使用

Mysql与redis缓存一致性「终于解决」

 

 二、mysql与redis缓存一致性问题

场景:线程A,修改数据,线程B使用数据。

1、双删策略:线程A写数据时,先删除redis的数据,然后修改mysql,之后再删除redis的数据。

问题:线程A在修改mysql的时候,线程B先读取了数据,接着线程A执行完毕,此时redis中没有数据了,接着线程B处理业务然后设置redis缓存,此时redis中的数据还是线程A修改前的数据。

2、延迟双删策略:线程A写数据时,先删除redis的数据,然后修改mysql,之后再延迟一个业务时间后删除redis的数据。

问题:该策略无法包括这个延迟时间;并且会影响系统的处理能力。

3、读写串行化:只要读和写是并发产生的就必然会存在,数据一致性问题。如果要彻底解决该问题,就要串行。该中方式会影响效率,如果采用可以做好压力测试。

使用分布式锁:影响效率

使用队列:将操作同一资源的请求,打到同一个队列中。

4、cancel:同步mysql的bin_log ,更新redis。该方式也会存在延迟。

5、redis 设置失效时间

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
转载请注明出处: https://daima100.com/6175.html

(0)
上一篇 2023-04-15
下一篇 2023-04-15

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注