Redis面试测试题及详细答案（实战版）

Redis面试测试题及详细答案（实战版）整套试题分为基础篇、数据结构篇、缓存核心问题篇、持久化篇、集群篇、运维实战篇，适配初级、中级开发面试，所有答案均为职场实战标准答案，无冗余理论。一、基础篇（10题）1.简单说下Redis是什么？主要应用场景有哪些？答案：Redis是一款开源的、基于内存的键值对NoSQL数据库，支持多种数据结构、持久化存储，具备高性能、高并发、低延迟的特点。核心应用场景：热点数据缓存：缓存用户信息、商品数据、首页热点内容，减轻数据库压力分布式锁：解决分布式场景下资源竞争问题计数器/限流：文章点赞、接口限流、访问次数统计延时任务、消息队列：利用List、Zset实现简单消息队列和延时队列会话共享：分布式系统中统一存储用户session排行榜：基于有序集合实现各类热度、销量排行2.Redis为什么速度这么快？答案：核心原因有5点，都是面试高频得分点：基于内存操作：所有数据读写都在内存中，避免磁盘IO开销单线程模型：核心读写命令单线程执行，避免多线程锁竞争、线程切换开销IO多路复用：采用epoll实现非阻塞IO，单线程高效处理大量客户端连接数据结构高效：底层封装简单高效的数据结构，读写时间复杂度极低协议简单：Redis自定义RESP协议，解析开销小，数据包精简3.Redis是单线程的，为什么还能支持高并发？答案：这里的单线程指处理客户端读写命令的核心线程是单线程，并非整个Redis只有一个线程。支持高并发的关键：IO多路复用可以同时监听成千上万个客户端套接字，无连接阻塞；单线程避免了锁竞争和上下文切换，CPU利用率极高；同时持久化、过期删除等耗时操作由后台子线程完成，不阻塞主流程。4.Redis默认端口、默认数据库数量是多少？可以修改吗？答案：默认端口6379，默认提供16个数据库（0-15）。端口、数据库数量均可在redis.conf配置文件中修改，生产环境一般会修改默认端口，避免被恶意扫描攻击。另外，Redis的多个数据库是逻辑隔离，并非物理隔离，集群模式下只支持db0。5.Redis默认过期时间是永久吗？过期后数据会立刻删除吗？答案：默认情况下，所有key无过期时间，永久存储。key过期后不会立刻删除，Redis采用惰性删除+定期删除两种策略结合的方式清理过期数据，避免瞬时大量删除造成CPU抖动。6.什么是惰性删除？优缺点是什么？答案：惰性删除是指key过期后不主动删除，等到下次客户端访问该key时，再判断是否过期，过期则直接删除并返回空。优点：最大限度节省CPU资源，无需定时扫描检测，仅在访问时处理，性能开销极低。缺点：过期key长期无人访问会一直占用内存，造成内存空间浪费。7.什么是定期删除？优缺点是什么？答案：Redis会每隔一段时间（默认100ms），随机抽取部分设置了过期时间的key进行检测，删除已过期的key。优点：弥补惰性删除的缺陷，主动清理部分过期key，减少内存占用。缺点：是随机抽样检测，无法清理所有过期key，依然会有残留过期数据。8.Redis的内存淘汰策略有哪些？生产常用哪种？答案：Redis共8种内存淘汰策略，内存达到maxmemory阈值时触发：noeviction：默认策略，内存满了不删除数据，直接报错拒绝写入allkeys-lru：淘汰所有key中最近最少使用的volatile-lru：淘汰设置了过期时间、最近最少使用的allkeys-lfu：淘汰所有key中最少访问的volatile-lfu：淘汰设置了过期时间、最少访问的allkeys-random：随机淘汰任意keyvolatile-random：随机淘汰过期keyvolatile-ttl：优先淘汰剩余过期时间最短的key生产常用：热点缓存场景用allkeys-lru，带过期业务缓存用volatile-lru。9.Redis支持的key最大长度、value最大容量是多少？答案：key最大长度512字节，String类型value最大支持512MB。生产中不建议存储过大的key和value，会导致网络IO变慢、内存碎片、集群迁移卡顿。10.Redis单线程有什么弊端？答案：核心弊端两点：一是单个Redis实例无法利用多核CPU优势，CPU密集型命令会阻塞主线程，导致服务卡顿；二是一旦主线程阻塞，所有客户端请求都会被阻塞，可用性降低。生产中一般通过多实例部署解决多核利用问题。二、数据结构篇（8题）1.Redis常用的数据结构有哪些？各自适用场景？答案：String：最常用，缓存字符串、数字、序列化对象，支持计数器、分布式锁List：有序可重复，底层双向链表，适用于消息队列、点赞列表、时序数据Set：无序不可重复，适用于去重、交集并集计算（好友共同关注）、随机抽奖ZSet（有序集合）：有序不可重复，适用于排行榜、延时队列、权重排序Hash：键值嵌套结构，适用于存储对象（用户信息、商品详情），节省内存2.String底层结构是什么？为什么不直接用C语言字符串？答案：RedisString底层是SDS（简单动态字符串）。C语言字符串存在缺陷：无长度统计、易缓冲区溢出、每次修改需重新扩容、无法保存二进制数据。SDS优势：记录字符串长度、杜绝缓冲区溢出、修改时按需扩容、支持二进制存储、兼容C字符串。3.Hash结构的优势是什么？什么时候不建议用Hash？答案：优势：相比单独创建多个Stringkey，Hash可以批量存储对象属性，减少key数量，节省内存，同时支持单独修改某个字段，操作灵活。不建议使用场景：字段数量过多、单个字段value过大；需要对单个字段设置独立过期时间（Hash只能整体设置过期时间）。4.List底层是链表还是数组？为什么插入删除快、查询慢？答案：RedisList底层是双向链表（新版本做了优化，采用quicklist）。链表的特性是头尾插入、删除时间复杂度O(1)，效率极高；但随机查询需要遍历链表，时间复杂度O(n)，查询效率低，适合头尾操作的场景。5.Set和ZSet的核心区别？答案：核心区别两点：排序：Set无序，ZSet根据score分值自动排序结构：Set仅存储成员值，ZSet存储成员值+分值，支持按分值范围查询、排序、分页6.ZSet如何实现排行榜功能？答案：以用户ID为member、点赞数/热度为score，通过ZADD更新分值，利用ZRANGE、ZREVRANGE实现正序、倒序分页查询，通过ZSCORE查询单个用户排名，天然适配排行榜场景。7.Redis所有key都是字符串吗？答案：是的。Redis所有数据结构的key统一为字符串类型，value区分不同数据结构，不管是Hash、List还是Set，本质都是字符串key映射对应结构化value。8.简述Redis底层压缩列表的作用？答案：压缩列表是Hash、List、ZSet的底层优化结构，当数据量小、元素少时，会采用压缩列表存储，内存占用极低；当数据量超过阈值后，自动转换为哈希表、链表等结构，平衡内存和性能。三、缓存核心问题篇（6题，面试重点）1.什么是缓存穿透？怎么解决？答案：缓存穿透：查询数据库和缓存都不存在的数据，请求直接打到数据库，高频恶意请求会压垮数据库。比如查询不存在的商品ID、用户ID。解决方案：空值缓存：查询为空时，缓存空key，设置短期过期时间布隆过滤器：前置拦截不存在的key，过滤无效请求接口校验：参数合法性校验、限流、黑名单拦截2.什么是缓存击穿？怎么解决？答案：缓存击穿：热点key过期瞬间，大量并发请求同时打到数据库，瞬间压垮库。只针对热点key，非批量失效。解决方案：互斥锁：key过期后，只放行一个请求查库更新缓存，其他请求等待重试热点key永不过期：核心热点数据取消过期时间，后台定时更新过期时间随机偏移：避免精准时间过期3.什么是缓存雪崩？怎么解决？答案：缓存雪崩：大量key同时过期，或Redis集群宕机，导致所有请求全部访问数据库，数据库瞬间压力过载瘫痪。解决方案：过期时间加随机值：避免批量key同一时间失效搭建Redis高可用集群：主从+哨兵/集群，避免单点宕机服务层限流、熔断、降级：Redis异常时，直接返回默认数据，不查库多级缓存：本地缓存+Redis分布式缓存，兜底防护4.缓存和数据库一致性问题怎么解决？答案：生产主流方案：先更新数据库，再删除缓存。原因：先更库再删缓存，数据一致性更高；如果先删缓存，更新数据库失败会导致缓存空、库数据旧，出现脏数据。终极兜底方案：定时任务轮询同步库和缓存数据，修复不一致数据更新操作加消息队列，重试删除缓存，避免删除失败高一致性场景采用延时双删策略5.延时双删策略是什么？适用场景？答案：流程：更新数据库→删除缓存→延迟一段时间→再次删除缓存。作用：解决并发读写导致的缓存脏数据问题。比如读请求在写请求删缓存前读取了旧数据，写入缓存造成数据不一致，延时二次删除可以清理脏数据。适用：对数据一致性要求较高的业务场景。6.本地缓存+Redis分布式缓存的优缺点？答案：优点：本地缓存无网络IO，速度极快；双层缓存兜底，Redis宕机不影响业务；减少Redis访问压力。缺点：存在数据不一致问题，本地缓存更新不及时；占用应用服务器内存。四、持久化篇（5题）1.Redis有几种持久化方式？区别是什么？答案：两种：RDB（快照持久化）、AOF（日志持久化）。核心区别：RDB是定时保存全量数据快照，AOF是实时记录每一条写命令日志。2.简述RDB原理、优缺点？答案：原理：按照配置的时间策略，fork子进程，将当前内存中所有数据写入RDB文件，保存数据快照。优点：文件体积小、恢复速度快、几乎不阻塞主进程，适合冷备份。缺点：会丢失最后一次快照后的增量数据，数据完整性差；fork子进程会短暂占用CPU和内存。3.简述AOF原理、优缺点？答案：原理：客户端每执行一条写命令，Redis都会将命令追加到AOF日志文件，重启时重放日志恢复数据。优点：数据安全性高，支持秒级数据恢复，最多丢失1秒数据。缺点：日志文件体积大，数据恢复速度慢，长期运行文件会冗余。4.AOF重写机制的作用是什么？答案：AOF长期记录命令会产生大量冗余日志（比如多次修改同一个key），文件体积持续膨胀。AOF重写会fork子进程，根据当前内存数据，生成精简的新日志文件，替换旧文件，大幅压缩文件体积，提升恢复效率，不影响主进程读写。5.生产环境持久化怎么配置？答案：主流配置：RDB+AOF同时开启。AOF保证数据高可用，秒级容错；RDB用作冷备份，快速恢复数据。Redis重启时优先加载AOF文件，保证数据完整性。禁止只开RDB，避免数据大量丢失；禁止只开AOF，恢复效率低。五、高可用集群篇（6题）1.Redis主从复制原理？答案：主从复制是实现Redis数据备份、读写分离的基础，流程分为三步：建立连接：从节点主动连接主节点，同步配置信息全量复制：主节点fork子进程，生成RDB文件发送给从节点，从节点加载恢复数据增量复制：全量同步完成后，主节点持续将新增写命令同步给从节点，保持数据一致2.主从复制的弊端是什么？答案：主从模式没有自动故障转移能力，主节点宕机后，从节点不会自动升级为主节点，业务无法写入，需要人工干预，无法保证高可用，因此需要哨兵模式。3.哨兵模式（Sentinel）的作用？答案：哨兵是专门监控主从集群的工具，核心三大作用：监控：实时监控主节点、从节点存活状态自动故障转移：主节点宕机后，哨兵投票选举新主节点，自动切换主从关系消息通知：将集群故障、切换结果同步给客户端哨兵模式解决了主从模式无法自动切换的问题，实现高可用，但不支持数据分片，容量受单节点限制。4.Redis集群（Cluster）原理？哈希槽作用？答案：RedisCluster是分布式分片集群，解决单节点容量和并发瓶颈，默认16384个哈希槽。存储原理：客户端写入key时，通过CRC16算法计算key的哈希值，对16384取模，得到对应的哈希槽，每个主节点负责一部分槽位，数据分散存储在不同节点。集群支持分片存储、横向扩容、故障自动转移，是生产主流架构。5.Redis集群为什么是16384个槽位？答案：核心两点：一是16384个槽位的配置信息可以通过2KB左右的数据包完成集群同步，网络开销最小；二是槽位数量适中，兼顾分片精度和集群运维效率，过多会增加集群同步成本，过少分片不均匀。6.集群模式下key为什么不支持多key批量操作？答案：多key大概率分布在不同哈希槽、不同节点上，集群无法跨节点原子执行批量命令。仅支持同一槽位的多key操作（通过hashtag保证key路由到同一槽位）。六、运维实战篇（4题）1.Redis内存碎片过多怎么处理？答案：内存碎片是因为频繁增删不同大小的key，导致内存空间碎片化，已分配内存无法复用。解决方案：执行memorypurge命令手动释放碎片；生产环境可开启自动碎片清理，调整active-defrag参数，低负载时自动整理内存碎片。2.Rediskey过期不删除、内存一直涨是什么原因？答案：常见原因：过期key依赖惰性删除，长期无人访问，残留占用内存定期删除抽样数量有限，无法清理所有过期key存在大量永久key，持续写入不清理内存碎片过高，占用大量闲置内存解决：手动批量清理过期