“Redis为什么快？”
不能简单的回答“因为它是纯内存操作！”，纯内存操作确实是Redis快的核心之一，但这并不是全部。
1. 纯内存操作：速度的基石
Redis将所有数据存储在内存中，避免了传统数据库的磁盘I/O瓶颈。内存的读写速度远高于磁盘，这使得Redis能够实现超高的响应速度。
Redis将所有数据存储在内存中，避免了传统数据库的磁盘I/O瓶颈。内存的读写速度远高于磁盘，这使得Redis能够实现超高的响应速度。
- 性能对比
| 存储介质 | 读写速度 |
|---|---|
| 内存 | 纳秒级 |
| 磁盘 | 毫秒级 |
- 适用场景：缓存、会话管理、实时数据处理等高并发场景。
2.单线程模型：避免多线程的坑
Redis采用单线程模型处理客户端请求，避免了多线程环境下的上下文切换和锁竞争问题。虽然单线程看似“简单”，但它带来了以下优势：
- 原子性：每个操作都是原子执行的，无需考虑并发问题。
- 高效性：没有锁竞争，CPU利用率更高。
面试官追问：“单线程会不会成为瓶颈？”
Redis的单线程模型通过IO多路复用技术解决了这个问题。
3.IO多路复用技术：高并发的秘密武器
Redis利用IO多路复用技术（如epoll）在一个线程内同时监听多个客户端连接，当有事件发生时，立即处理。这种设计让单线程的Redis也能高效处理高并发请求。
客户端请求被分发给文件事件分派器，再由事件处理器处理。
- 性能优势：
无需为每个连接创建线程，减少资源消耗。
快速响应客户端请求，延迟低。
面试官再问：“Redis真的只有单线程吗？”
Redis 6.x开始引入了多线程处理网络IO，但核心命令执行依然是单线程，确保性能和一致性。
4.高效数据结构：速度与内存的平衡
Redis不仅依赖内存，还采用多种高效的数据结构来优化性能：
- 动态字符串（SDS）：O(1)复杂度获取字符串长度，支持动态扩展。
- **压缩列表（ziplist）:**紧凑存储小型数据，节省内存。
- 跳跃表（skiplist）：O(log N)复杂度实现有序集合的快速查询。
- 字典（hash table）：O(1)复杂度实现键值对的快速查找。
案例：
- 使用
ziplist存储短列表，内存占用减少50%。 - 使用
skiplist实现有序集合，查询速度提升10倍。
