一、核心原因（五大关键点）
- 纯内存操作
数据全部存储在内存中，读写速度远超磁盘。磁盘IO是性能瓶颈，内存访问纳秒级，Redis 规避了这一问题。
持久化只是落地备份，正常读写不走磁盘。
- 单线程模型（主线程）
Redis 核心读写、命令解析单线程执行：
• 避免多线程线程竞争、上下文切换、锁开销
• 命令串行执行，无并发竞态问题，逻辑简单高效
注意：Redis 6.0+ 引入多线程IO，仅负责网络读写，命令执行依旧单线程。
- I/O 多路复用（epoll/select/kqueue）
采用非阻塞IO + 事件驱动模型：
• 一个线程监听上万客户端连接，不用为每个连接创建线程
• 高并发连接下资源占用极低，网络处理效率拉满
- 高效数据结构 & 底层编码
内置精心设计的数据结构（SDS、跳表、压缩列表、哈希表等）：
• 时间复杂度极低：O(1)/O(logn) 为主
• 底层做大量内存优化、编码压缩，减少内存占用与拷贝
- 减少网络开销 & 协议简单
• 使用 RESP 二进制协议，解析简单、编解码快
• 支持管道（pipeline）、批量命令，减少多次网络往返
二、补充加分点（面试进阶回答）
-
内存数据结构优化
SDS 字符串规避C语言字符串缺陷，预分配内存、惰性释放，减少频繁内存分配。
-
虚拟内存/持久化不影响主线程
RDB、AOF 持久化、子线程/子进程执行，不阻塞主线程命令处理。
-
懒删除机制
大键删除、过期键清理采用异步懒删除，避免主线程阻塞卡顿。
-
避免内存碎片
内存分配器（jemalloc）优化内存管理，降低碎片，提升访问效率。
三、一句话总结（背诵版）
Redis 跑得快，主要因为：全内存存储 + 单线程无锁竞争 + IO多路复用高并发连接 + 高效数据结构 + 轻量化网络协议。
四、常见面试追问
-
单线程会不会有CPU瓶颈？
纯内存操作CPU占用极低，瓶颈一般在网络IO，而非CPU；多核机器可部署多实例提升整体性能。
-
Redis 6 多线程做了什么？
仅把网络读写、协议解析交给多线程，命令执行依旧单线程，保证线程安全。
-
为什么不用多线程执行业务命令？
多线程会引入锁、竞争、上下文切换，反而降低性能，且Redis本身单线程足以扛住海量QPS。