【面试大全-缓存】-Redis必修课_面试经典问题系统哪些地方用到了缓存

最新推荐文章于 2024-10-09 21:35:46 发布

aergsergare

最新推荐文章于 2024-10-09 21:35:46 发布

阅读量452

点赞数 3

文章标签：缓存面试 redis

本文链接：https://blog.csdn.net/aergsergare/article/details/142182563

版权

Redis缓存刷新策略有哪些

maxmemory-policy volatile-lru
LRU（最久没有被访问的数据最闲被淘汰）
LFU（最近没有被访问到的数据最先被淘汰）
FIFO（最先进入的数据最闲被淘汰）
超时剔除

Redis持久化方式方式有哪些，以及有什么区别

RDB AOF 两种持久化方式
RDB持久化：快照的方式半持久化，记录所有的键值对，在某个节点将数据写入一个临时文件，持久化结束后，用和这个文件替换上次的文件，达到数据恢复。
优点：
只有一个dump.rdb文件，方便持久化或者数据恢复
性能最大化，采用fork一个子进程来操作，让主进程继续处理命令，让子进程进行处理，保证了Redis的性能
缺点：
数据安全性低，RDB是间隔一段时间进行持久化，如果持久化时发生故障，会发生数据丢失，这种方式适合数据要求不严谨的时候。
AOF持久化：所有命令按指定的协议持久化存储，保存为AOF文件
优点：
数据安全，可以通过配置每次都可以进行记录
AOF机制的rewrite模式，可以对AOF命令合并重写，当误操作时，也可以删除某些命令进行恢复
缺点：
AOF比RDB文件要大，且恢复速度慢
数据集大的时候，比RDB启动效率低

Redis持久化方式如何选择

不仅仅使用RDB这样回照成很多数据丢失
也不仅仅使用AOF，AOF恢复速度慢，AOF每次都会记录命令，恢复难度可能增大
Redis支持同事开启两种方式持久化方式，我们可以综合这两种机制，用AOF来保证数据不丢失，做为数据恢复的第一选择，用RDB来做不同程度的冷备，在AOF丢失或者损坏的时候，采用RDB进行恢复
如果两种都开启，在Redis重启的时候，会采用AOF来加载数据，因为AOF数据更加完整

Redis事务的理解

Redis事务是一组组合命令，是Redis的最小执行单位，它可以保证一次执行多条命令，每个事务是一个单独的隔离操作，事务中所有的命令都会序列化，按顺序执行。
Redis事务不支持回滚，回滚需要增加很多工作，Redis保持简单、快速的特性。

为什么Redis设计成单线程

多线程的话会设计到锁的操作，并且多线程会有线程切换上下文开销，而且CPU目前不是Redis的瓶颈，Redis的瓶颈最有可能是机器内存和网络开销。

什么是 bigkey？会存在什么影响

bigkey是指占用内存比较大的key，比如一个字符串可以占用300M
网络阻塞：获取key时，传输数据量比较大，增加带宽压力
超时阻塞：因为bigkey占用的空间比较大，所以操作起来效率会比较低，导致出现阻塞的可能性增加。

Redis集群模式

Redis Sentinel：体量较小时，选择单机部署
Redis Cluster：官方提供的集群解决方案，体量较大时，使用Redis Cluster，通过分片，使用更多内存。

Redis Cluster集群模式原理

所有节点相互相连
集群节点挂掉会自动转移

Redis Cluster 集群方案什么情况下会导致整个集群不可用

Redis没有使用哈希一致性算法，使用的是哈希槽，Redis中哈希槽一共有16384个，假设有三个集群节点，挂掉一个节点时，在某段时间这段哈希槽是不可用的，也就是集群不可用。

Redis集群有哪几种

单节点单机模式
也支持一主多从结构
带有哨兵的集群部署

Redis常见性能问题有哪些

Master最好不要做持久化工作，入RDB快照，AOF日志文件
如果数据比较重要，可以在slave开启AOF日志按秒进行配置持久化
为了主从复制的安全性和稳定性，最好部署在同一局域网内
主从复制不要用图状结构，用单向链表结构更为稳定，即 Master -> Slave1 -> Slave2 -> Slave3 。如果master挂掉，Salve1立即启用做为master。

假设Redis有1亿个key，其中10w个key是以固定的title，如何将他们快速查找出来

我们可以使用 keys 和 scan 命令
使用 keys 命令 ：可以使用keys进行全数据查询，当然Redis是单线程，数据量过大会进行阻塞，而且keys没有分页功能。
使用 scan 命令：scan命令和keys命令一样具有匹配功能，但是scan命令不会阻塞线程，并且查找的数据可能存在重复，需要客户端自己去重，因为scan是通过游标进行查询的，所以不会导致Redis出现假死，scan在检索过程中，被删除的元素是不会被查询出来的，相对来说scan命令耗费的时间更长，但是不影响Redis正常使用。

什么情况下会导致Redis阻塞

Redis主机负载过高，也会导致系统崩溃
数据持久化占用过多的资源
对Redis的API使用不当，导致Redis出现问题
外部服务器问题（cpu、内存、网络）

缓存和数据库哪个先更新呢

为了解决数据不至于问题，其中一种解决方案是使用读写串行化，可以通过队列来实现，但是可能存在读请求的挤压，读请求并发高。
如果写入数据库和更新到缓存的值是一致的时候，这个时候可以同步更新缓存和数据库，如果对于写比较频繁，而读不频繁的时候，我们需要对对缓存进行删除，等读的时候再去获取
如果写数据的值和缓存的值不一致的时候，写入缓存的数据需要通过几个表进行计算，那就没必要马上更新缓存，需要要删除缓存即可，等获取需要的时候再去进行计算
一般的解决方案是先删除缓存数据，再更新数据库。
常见的三种方式：
先更新数据库库、再更新缓存
先删除缓存，再更新数据库
先更新数据库，再删除缓存。
首先我们放入缓存的数据本来就不应该是实时性要求过高，比如用户余额，所以缓存的过期时间保证最终一致性是比较靠谱的。
我们不应该过度设计增加系统的复杂度
遇到实时性、一致性要求较高的，就应该查询数据库，即使可能性能不高。

怎么提高缓存命中率

提前加载业务数据到缓存中
增加缓存存储空间，提高能够缓存的数据
提高缓存的更新频率

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
图片转存中…(img-yxGUSWCC-1726135053789)]
[外链图片转存中…(img-2UPv4kz0-1726135053789)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。