Redis面试那些事儿，技巧经验全都给你扒出来了

综合自多位一线互联网公司技术面试官的分享及求职者的实战经验总结）

Redis面试，说白了就是一场“攻防战”，面试官想扒开你的表面说辞，看看你到底用Redis做过什么真东西，遇到过什么真问题，你别指望背几个命令就能糊弄过去,下面我就把这里面的门道给你扒个干净。

开场白：别死在基础上

很多面试喜欢从最基础的开始，说说Redis是什么？”你千万别傻乎乎地只回答“一个key-value内存数据库”，这就等于没说，你得立刻跟上它的核心特点：基于内存所以快、支持持久化（这时候就可以引出RDB和AOF了）、支持多种数据结构（顺势把五种基本类型带出来）、支持主从复制和哨兵,这就显得你脑子里有框架。

紧接着，百分百会问的就是那五种数据类型，字符串（String）、列表（List）、集合（Set）、有序集合（Sorted Set）、哈希（Hash），光说名字就太外行了，你得立刻举出每个类型最经典的一两个应用场景，String可以用来做缓存用户信息；List可以做消息队列或者最新消息排行；Set可以做共同关注、好友推荐（求交集并集）；Sorted Set天然就是排行榜；Hash特别适合存一个对象的多个字段，比如用户信息，你这么一说,面试官就觉得你不是死记硬背的。

重头戏：持久化和高可用，这里最能看出深浅

这是面试的核心区，持久化一定会问RDB和AOF的区别，你不能只说一个快照一个日志，你得说人话：RDB像是给数据库拍张照，恢复快，但可能会丢几分钟的数据；AOF像是记日记，每条写命令都记下来，数据更安全，但文件大恢复慢，然后一定要提一下4.0版本后的混合持久化，说它结合了两者的优点，先恢复RDB快照，再重放AOF增量日志，提到这个,面试官会觉得你关注新特性。

高可用方面，主从复制、哨兵（Sentinel）、集群（Cluster）是铁三角，主从复制你得知道同步过程，特别是全量同步和增量同步的区别，哨兵是干嘛的？就是主库挂了，它能自动选一个新主库出来，保证系统还能用，但这里有个坑，面试官可能会问“主从切换瞬间的数据丢失问题”或者“脑裂”问题，你得能说上个一二三，至于Redis Cluster，你得明白它是怎么用分片（16384个槽）来存数据的,怎么实现高可用和扩展性的。

杀手锏：缓存问题和实战经验

如果你说有项目经验，那面试官一定会揪住缓存问题往死里问，最经典的就是“缓存穿透”、“缓存击穿”、“缓存雪崩”，这三个你必须能清晰地解释清楚,并且给出解决方案。

缓存穿透：查一个根本不存在的数据，每次都绕过缓存去打数据库，解决办法可以说用布隆过滤器（Bloom Filter）快速判断数据是否存在,或者把这个不存在的key也缓存一小段时间。

缓存击穿：一个热点key突然过期，瞬间大量请求把这个数据库打垮，解决办法是加互斥锁，让一个请求去查数据库重建缓存,其他请求等着。

缓存雪崩：同一时间大量key集体过期，数据库压力骤增，解决办法是给过期时间加个随机值，避免同时过期,或者做二级缓存。

聊到这里，如果面试官觉得你还不错，可能会问得更深，数据库和缓存的一致性怎么保证？”这就是个难题了，你先更删缓存还是先更新数据库？各有各的坑，比如先删缓存再更新数据库，可能会因为并发导致旧数据又被塞回缓存，你可以提一下延时双删策略，或者基于binlog的同步方案（如Canal）,但一定要说明白其中的复杂性和权衡。

加分项和避坑指南

• 内存淘汰策略：当内存满了，Redis怎么删数据？你得知道几种常见的策略，比如LRU（最近最少使用）、TTL（快过期的先删）、随机删等。
• 为什么Redis是单线程还这么快？ 这是经典问题，核心答案就几点：基于内存操作、IO多路复用、单线程避免了多线程的上下文切换和竞争开销。
• 管道（Pipeline）和事务：管道是为了批量执行命令减少网络开销，但不像数据库事务有ACID特性，Redis的事务更像是打包一批命令顺序执行，中间不会被打断,但不支持回滚。
• 避坑：最大的坑就是“纸上谈兵”，别说“我以为”、“我觉得”，尽量用“我之前项目里遇到过……我们当时采用的方案是……”，哪怕项目小，真实的踩坑经历也比完美的理论回答更吸引人，别为了显摆而提自己不了解的技术，比如Redis的底层数据结构（跳跃表、压缩列表），如果面试官深问你答不上来,反而扣分。

Redis面试就是要展现你有“解决实际问题的能力”，而不仅仅是一个命令手册，把上述这些点捋清楚，能自圆其说,你的成功率就会高很多。