标签：面试题 缓存 删除 过期 Redis 数据库 redis key 高频

1、redis和mysql怎么保证一致性

redis缓存的数据用来快速读取，但是当数据库需要更新的时候，就需要考虑两者之间的一致性。

1.1、先更新数据库，再更新缓存

或者先更新缓存，再更新数据库

这种方法在多并发的场景下都会有数据不一致的问题

1.2、延时双删

先删除缓存，再更新数据库，再延时删除缓存。

一开始删除了缓存，请求读取数据库数据，可能读取了旧数据放在了缓存里，等更新完数据库，延时之后，删除缓存。

请求就会去数据库里读取新的数据,形成缓存，这样就实现了一致性

为什么要延时呢？

因为有些请求可能读取数据库之后还没来的及形成缓存，没有延时的化，可能旧数据又形成了缓存，这样就会有不一致的问题。

优缺点：

• 优点：可以保证一致性
• 缺点：因为有延时，会造成阻塞，不适合高并发的场景

1.3、最终一致性

由于大部分情况我们可以接受数据更新的时候不一致，但是数据最终需要一致，那么可以采取最终一致性方案

• 比如基于RocketMQ的可靠性消息通信，来实现最终一致性。

• 或者直接通过Canal组件，监控Mysql中binlog的日志，把更新后的数据同步到Redis里面。

2、redis的过期策略

Redis的数据结构均可以通过EXPIRE key seconds 的方式设置key的过期时间（TTL）。

Redis的设计考虑到性能/内存等综合因素，设计了一套过期策略。

• 主动删除（惰性删除）

主动删除（惰性删除）指的是当key被访问的时候，先校验key是否过期，如果过期了则主动删除。

• 被动删除（定期策略）

被动删除（定期策略）指的是Redis服务器定时随机的测试key的过期时间，如果过期了则被动删除。

被动删除的存在必不可少，因为存在一些过期且永久不在访问的key，如果都依赖主动删除，那么它们将会永久占用内存。

Redis为了保证提供高性能服务，被动删除过期的key，采用了贪心策略/概率算法，默认每隔10秒扫描一次，具体策略如下：

从过期字典（设置了过期时间的key的集合）中随机选择20个key，检查其是否过期

删除其中已经过期的key

如果删除的过期key数量大于25%，则重复步骤1

此外开发在设计Redis缓存架构时，一定要注意要尽可能的避免（禁止）将大量的key设置为同一过期时间
为了避免同时过期，一定要将一些允许过期时间不需要非常精确的key，设置较为随机的过期时间，这样就可以将卡顿时间缩小。 ​

标签：面试题,缓存,删除,过期,Redis,数据库,redis,key,高频
来源： https://www.cnblogs.com/wcyblogs/p/16482692.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。