Redis面试必刷10题：从数据结构到实战技巧全解析-CSDN博客

本文链接：https://blog.csdn.net/nexustech/article/details/147465844

文章目录

（附高频考点+避坑指南）适合1-5年开发者查漏补缺

最近被问爆了！Redis作为高并发系统的标配组件，在2024年面试中的出现率高达87%（来自某大厂数据统计）。但很多同学在回答时要么停留在表面概念，要么掉进技术细节的陷阱…（亲身经历：上周面试的候选人把缓存雪崩和击穿搞混了，直接凉凉）

本文将用10个必考问题帮你构建完整的Redis知识体系，每个问题都包含原理剖析+避坑指南+实战场景，建议收藏反复观看！

一、Redis支持哪些数据类型？（送分题也有坑！）

你以为面试官在问5种基础类型？Too young！现在流行追问底层结构：

String：不只是存字符串！还能存整型（自增操作）、浮点型（INCRBYFLOAT）
Hash：底层是ziplist+hashtable（画重点！字段数＜512且值大小＜64字节用ziplist）
List：双向链表实现，BLPOP命令实现阻塞队列（消息队列场景）
Set：自动去重+交集运算（共同好友功能）
ZSet：跳表+字典实现，范围查询时间复杂度O(logN)（排行榜场景）

避坑指南：当面试官问"用过哪些数据结构"，一定要结合业务场景！比如用ZSet实现延迟队列（时间戳作为score），比直接回答五种类型加分十倍！

二、持久化机制选RDB还是AOF？

这题90%的人会背八股文，但实际生产环境要这么答：

RDB：fork子进程生成快照，恢复快但可能丢数据（适合容灾备份）
AOF：记录写命令，数据更安全但文件体积大（bgrewriteaof重写解决）

实战配置：生产环境建议混合使用！

# 在redis.conf中开启
aof-use-rdb-preamble yes

（原理：AOF文件前半段用RDB格式，后半段追加日志，4.0版本后的神操作！）

三、主从复制、哨兵、Cluster模式有什么区别？

别再说"主从做备份，哨兵做监控"这种片汤话了！说这三个点直接封神：

主从模式：一主多从，读写分离（从库默认只读）
哨兵模式：自动故障转移，但不解决数据分片问题（适合中小规模）
Cluster模式：16384个哈希槽分片存储，支持水平扩展（数据量＞50G必选）

血泪教训：某电商曾因单节点故障导致全站崩溃，升级Cluster后吞吐量提升8倍！（数据分片+多主多从才是王道）

四、缓存穿透、雪崩、击穿怎么破？

这三个概念经常被混淆，记住这个场景公式：

穿透：查不存在的数据（恶意攻击）→ 布隆过滤器+空值缓存
雪崩：大量key同时过期 → 随机过期时间+永不过期策略
击穿：热点key突然失效 → 互斥锁（Redisson的tryLock）

高阶方案：阿里开源的varnish方案（缓存预热+多级缓存），抗住了双十一百万QPS！

五、内存淘汰策略怎么选？

当内存不足时，6种策略的选择逻辑：

volatile-lru → 只淘汰设置过期时间的键
allkeys-lru → 全体键中淘汰最近最少使用的（推荐缓存场景）
volatile-ttl → 淘汰剩余存活时间最短的
volatile-random → 随机淘汰带过期时间的键
allkeys-random → 无差别随机淘汰
noeviction → 直接报错（默认策略）

生产建议：使用allkeys-lru+设置maxmemory（物理内存的3/4），千万别用默认的noeviction！（血案：某公司未配置淘汰策略，导致OOM直接宕机）

六、Redis事务和数据库事务有什么区别？

说ACID你就输了！Redis事务的三大特性：

批量执行：MULTI开启，EXEC提交
无隔离性：其他客户端命令可能插队执行
无回滚机制：语法错误全体不回滚（比如对String执行HGET）

避坑代码：

WATCH stock  
MULTI  
DECR stock  
EXEC

（用WATCH实现乐观锁，比事务更实用！）

七、缓存和数据库双写一致性如何保证？

这道题能区分普通和高级开发！分场景回答：

强一致性：Redisson读写锁（性能下降50%）
最终一致性：
1. 延迟双删策略（先删缓存→更新DB→休眠500ms→再删缓存）
2. 监听binlog异步更新（阿里Canal方案）

注意：90%的业务场景其实不需要强一致性！比如用户修改昵称晚1秒显示无伤大雅。

八、为什么Redis用单线程还这么快？

别只说"基于内存"，这五个点才是完整答案：

纯内存操作（废话但必须说）
IO多路复用（epoll模型）
单线程避免上下文切换
高效数据结构（跳表、哈希表）
网络IO和内存操作在同一个线程

延伸考点：6.0版本的多线程只是处理网络IO，执行命令还是单线程！

九、生产环境如何优化Redis性能？

这个问题考察实战经验！说这三个配置秒杀90%候选人：

设置maxclients 10000（默认10000，但要注意系统ulimit）
禁用KEYS命令（用SCAN替代）
使用Pipeline批量操作（减少网络往返）

高阶技巧：

# 动态修改配置（不用重启）
CONFIG SET slowlog-log-slower-than 10000
CONFIG REWRITE

十、遇到Redis集群故障怎么排查？

这题专治"理论王者"，按这个四步法回答：

看监控：CPU、内存、网络流量（超过80%要预警）
查日志：slowlog（超过10ms的命令都要优化）
测网络：redis-cli --latency检查延迟
用工具：redis-benchmark压测，redis-rdb-tools分析RDB

真实案例：某次故障发现是运维误删了持久化文件，所以一定要做每日备份！

结语

Redis看似简单，实际藏着无数深坑（别问我怎么知道的…）。建议大家：

用redis-cli --bigkeys分析现有系统的Key分布
在测试环境模拟缓存雪崩（批量设置相同过期时间）
动手实现一个分布式锁（体会原子操作的重要性）

最后送大家一句话：面试造火箭，工作拧螺丝？不！现在拧螺丝也要懂火箭原理！ （手动狗头）