Redis快的原因
Redis 高性能的核心原因
Redis 之所以能达到极高的性能（10万+ QPS），主要源于以下几个关键设计：
1. 纯内存操作
核心优势：所有数据存储在内存中，避免了磁盘 I/O 瓶颈
- 内存访问速度比磁盘快 10万倍以上（纳秒级 vs 毫秒级）
- 即使是 SSD，随机读写性能也比内存差 1-2 个数量级
2. I/O 多路复用
事件驱动：基于 epoll/kqueue/select 的非阻塞 I/O
- 单线程处理大量网络连接
- 通过事件循环高效调度
- 典型实现：Linux 下使用 epoll
注：I/O 多路复用（I/O Multiplexing）是一种高效的 I/O 处理机制，它允许单个线程/进程同时监控多个文件描述符（如套接字）的就绪状态。这是 Redis、Nginx 等高性能服务器实现高并发的关键技术。
核心思想：用一个专门的系统调用同时监控多个 I/O 通道，当其中任意一个通道就绪（可读/可写/异常）时立即返回通知，避免无谓的等待。
主要是操作系统层面实现的。
在JAVA中主要是NIO包中相关类实现的。
比如
Selector 类
- 核心多路复用器，可以监控多个通道的 I/O 状态
- 创建方式：Selector selector = Selector.open();
SelectableChannel 及其子类
- SocketChannel：TCP 网络通道
- ServerSocketChannel：TCP 服务端监听通道
- DatagramChannel：UDP 通道
SelectionKey 类
- 表示通道在 Selector 中的注册关系
- 包含就绪事件信息和附加对象
3. 高效的数据结构
精心优化：每种数据类型都有针对性的实现
- String：SDS (Simple Dynamic String) 实现
- Hash：ziplist + hashtable 组合
- List：quicklist (ziplist 组成的双向链表)
- Set：intset + hashtable
- ZSet：skiplist + hashtable
- Stream：radix tree 实现
4. 单线程架构
避免竞争：采用单线程处理命令（6.0+ 版本引入多线程 I/O）
- 无锁设计：不需要处理多线程竞争和上下文切换
- 原子性保证：每个命令都是原子执行的
- 顺序执行：避免竞态条件和同步开销
5. 协议简单
RESP 协议：Redis Serialization Protocol
- 二进制安全
- 易于解析（客户端和服务端）
- 减少协议解析开销
6. 其他优化技术
性能增强：
- 零拷贝技术（sendfile 等）
- 避免系统调用（通过内存分配策略）
- 小对象优化（使用更紧凑的存储格式）
- 管道技术（pipeline）减少网络往返
对比传统数据库
| 特性 | Redis | 传统关系型数据库 |
|---|---|---|
| 存储介质 | 内存为主 | 磁盘为主 |
| 数据模型 | 键值+丰富数据结构 | 表结构 |
| 线程模型 | 单线程 | 多线程 |
| 持久化方式 | 可选的 | 强制的 |
| 典型 QPS | 10万+ | 数千 |
注意事项
虽然 Redis 很快，但要注意：
- 内存成本较高
- 持久化可能影响性能（AOF fsync 策略选择）
- 单线程可能成为 CPU 瓶颈（可考虑集群分片）
- 大 key 和热 key 问题会影响性能
Redis 的高性能是多种设计选择共同作用的结果，理解这些原理有助于我们更好地使用和优化 Redis。