Redis运维那些面试常遇到的问题和技巧，聊聊怎么准备才靠谱

说到Redis运维的面试准备,你不能只停留在“会用”的层面，面试官想看到的是你解决实际问题的能力和对细节的把控，那些“背诵版”的答案早就过时了，咱们得来点实在的，下面这些点，都是面试里高频出现且能真正看出你水平的。

别一上来就聊持久化，先聊聊内存

很多人一被问到Redis就急着说RDB和AOF,但高手会先关注内存，因为Redis的核心就是内存数据库，内存用爆了，一切白搭，面试官可能会问：“你们线上环境的Redis内存使用率一般控制在多少？”你要是回答一个具体的百分比，比如70%或80%，并解释为什么——这就比干巴巴的理论强多了。

这里的关键是内存碎片率和内存淘汰策略，你得能说清楚info memory命令里mem_fragmentation_ratio这个指标的意义，大于1.5可能就需要警惕了，过高意味着很多内存被浪费了，怎么处理？直接重启最有效，但线上不能随便重启，所以预防更重要，比如避免频繁修改带有TTL的键。

淘汰策略（maxmemory-policy）更是必考题，别只会说LRU，你得结合业务场景来说，如果你的Redis是做缓存，那用allkeys-lru或volatile-lru很合理，但如果有些数据是绝对不能丢的（哪怕只是短暂的热点数据），你就要考虑volatile-ttl或者甚至不做淘汰（但风险很高），能讲出不同策略在业务上的取舍，面试官才会觉得你有实战经验。

高可用和容灾：主从复制不是万能的

搭建主从、哨兵（Sentinel）或者集群（Cluster）几乎是标配问题，但别停留在“怎么搭”的步骤上，面试官更想听你踩过的坑和解决方案。

主从复制延迟，你要能描述出什么情况下延迟会变大：主库压力巨大、从库性能差、网络波动等，怎么监控？用redis-cli --latency或者看info replication里的lag值，更关键的是，延迟带来的后果：在哨兵模式下，如果主库宕机，一个有严重延迟的从库被选为新主，就会导致数据丢失，所以你可能需要配置min-slaves-to-write和min-slaves-max-lag，让主库在从库数量不够或延迟太高时拒绝写入，这是用牺牲一部分可用性来保证数据一致性。

再比如,脑裂问题，在网络分区时，哨兵可能认为主库挂了，重新选了一个新主，但老主库还在对外服务，等网络恢复，两个“主库”数据会冲突，你怎么避免？同样，上面提到的min-slaves-to-write配置就是一种方法，能聊到这个深度，说明你对高可用的理解不是纸上谈兵。

性能优化：慢查询只是入门

说到性能,慢查询日志（slowlog）是基础，但你要展示更全面的视角。

Big Key 和 Hot Key 是两大杀手，Big Key（比如一个value几百KB的List或Hash）会导致网络阻塞、持久化时间暴增，你怎么发现它？不能用keys *，那会堵死服务，要用scan命令渐进式扫描，或者用redis-cli --bigkeys工具（但会影响一点性能），发现了怎么处理？比如把大Hash拆成多个小Hash。

Hot Key（某个key被超高并发访问）更棘手，它可能打满单台Redis服务器的CPU，甚至导致雪崩，解决方案是什么？本地缓存（比如用Guava Cache）是第一选择，但要注意本地缓存和Redis的数据一致性问题，或者通过技术手段在业务层做请求合并，能提出这些方案，证明你思考过如何应对真实的高并发场景。

持久化：RDB和AOF的抉择

这块是经典问题,但别只背优缺点，要结合恢复速度和数据安全性来谈。

面试官可能会问：“如果服务器突然断电，你怎么保证数据丢失最少？”这就在考察你对AOF持久化策略（appendfsync）的理解。always最安全但性能最差；everysec是折中方案，最多丢1秒数据；no则交给操作系统，性能最好但可能丢一大段数据，通常选everysec。

然后可以引申到混合持久化（AOF重写时的新机制），在Redis重启恢复时，先加载RDB的快照数据，再重放增量AOF日志，这样恢复速度比纯AOF快很多，如果你能主动提到这个特性，并说明它在Redis 4.0之后是默认开启的，会显得你很跟进技术发展。

准备技巧：怎么准备才靠谱？

1. 项目经历梳理：一定要准备一两个你亲身经历的Redis相关“事故”或“挑战”，某次大促前如何通过分析慢查询和优化Big Key平稳度过的；或者如何通过调整哨兵配置解决了偶发的切换失败问题，故事比理论更有说服力。
2. 动手实验：光说不练假把式，最好自己在虚拟机里搭一套主从哨兵或者集群环境，亲手模拟一下主库宕机，看看哨兵怎么切换的，感受一下故障转移时间，模拟一下产生Big Key，再用工具去发现和解决。
3. 理解底层原理：适当了解一些底层原理会很加分，为什么Redis是单线程还这么快？（基于内存操作、IO多路复用）简单的字符串（SDS）和哈希表（dict）是怎么实现的？不用像专家一样深入，但知道个大概，能让你在回答问题时更有底气。
4. 关注新特性：了解一下最新稳定版（比如Redis 7.x）有什么重要新特性，比如新的ACL权限控制、更强大的Streams数据类型等，表明你是一个爱学习的人。

Redis运维面试的核心是场景化，把你掌握的知识点，套进一个个真实的业务场景和问题中去阐述，证明你不仅知道是什么，更知道为什么以及怎么用，这样准备，才算是真正靠谱。

（参考来源：个人运维经验、Redis官方文档、以及《Redis设计与实现》等经典书籍中的核心思想）