Mysql与redis缓存一致性

database

在高并发场景下单单使用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 设置失效时间

以上是 Mysql与redis缓存一致性 的全部内容, 来源链接: utcz.com/z/535626.html

回到顶部