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

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Golang全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注go）

正文

• 纯内存操作
• 基于非阻塞的IO多路复用
• 单线程能够避免多线程上下文切换带来的额外开销

说说Redis的线程模型

• Redis内部使用 文件事件处理器。因为这个文件事件是单线程的，所以Redis也叫做单线程的模型，它采用IO多路复用同事监听多个Soket，根据Soket上的事件来选择对应的事件处理器：
• 文件事件处理器包含4个部分：
• 多个Soket
• IO多路复用程序
• 文件事件分派器
• 事件处理器
• 多个Soket可能会并发产生不同的操作，每个操作对应不同的文件事件，但是IO多路复用会监听多个Soket，会将Soket产生的事件放入队列中进行排队，事件分派器每次从队列中取出一个事件，把该事件交给对应的事件处理器处理。

为什么Redis要把所有数据放在内存中

• Redis将数据放在内存中有一个好处，那就是实现最快的速度对数据进行存取，如果数据存储在硬盘中，磁盘IO会严重影响Redis性能，而且Redis提供了持久化功能，不用担心服务器重启对内存中数据的影响，其次硬件越来越便宜的情况下，Redis也越来越受欢迎。

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、内存、网络）

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

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

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Go）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
：vip1024b （备注Go）**
[外链图片转存中…(img-TfJVa1aU-1713182713903)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！