#Redis 单线程为什么快

-- 磁盘 IO：毫秒级
-- 磁盘随机读写：0.5~3ms/次
-- 1,000,000 次磁盘读取 = 500~3000 秒

-- 内存访问：纳秒级
-- 内存随机访问：50~100ns/次
-- 1,000,000 次内存读取 = 0.05~0.1 秒

-- 差距：10,000~100,000 倍

-- O(1)：常数时间
HGET myhash field1  -- 1 次哈希计算，无论数据多少

-- O(log n)：对数时间
-- 1,000,000 数据：log₂(1,000,000) ≈ 20 次
-- 1,000,000,000 数据：log₂(1,000,000,000) ≈ 30 次

-- Redis 的操作大多是 O(1) 或 O(log n)
-- 这是快的基础

-- 多线程场景：
-- 线程 A: ZADD zset 1 "a"   -- 加锁
-- 线程 B: ZADD zset 2 "a"   -- 等待锁
-- 线程 C: ZRANGE zset 0 -1  -- 可能也要加锁

-- 单线程场景：
-- 所有操作串行执行，不需要任何锁
-- 0 锁开销

-- 锁的开销：
-- 加锁/解锁：100~1000ns
-- 竞争等待：不可预估

-- 多线程场景：
-- CPU 核心 4 个，线程 8 个
-- 线程调度：每个线程运行 ~5ms，切换开销 1~5μs
-- 切换比例：0.1%~1% 的时间浪费在切换

-- 单线程场景：
-- 0 上下文切换
-- 100% 时间用于处理请求

-- 单线程天然保证原子性
INCR counter  -- 不可能被其他操作打断
-- 相当于：GET + SET + EXPIRE 的组合，无需事务

-- 多线程实现 INCR 需要加锁或 CAS
-- INC atomic_counter（CAS）

-- Redis 单线程的瓶颈：
-- 1. CPU：不是（纯内存操作不耗 CPU）
-- 2. 内存带宽：是（大 Hash 遍历会吃满带宽）
-- 3. 网络带宽：是（大 Value 传输占带宽）
-- 4. Redis 吞吐量：单核 CPU 上限 ~100万 QPS

-- Redis 6.0 引入多线程 IO
-- 但只加速 IO（读/写），执行仍是单线程

-- 为什么？
-- 1. Redis 执行速度极快（纳秒级），多线程反而增加开销
-- 2. 命令之间可能有依赖，多线程难以保证顺序
-- 3. 引入多线程 = 引入锁 = 引入复杂度

-- 真正需要多线程的场景：
-- - 大 Value 压缩/解压缩
-- - 持久化（RDB/AOF 后台线程）
-- - 内存清理（Lazy Free 后台线程）

-- Big Key 导致单线程处理慢
GET bigkey  -- 返回 10MB 数据
-- 单次请求占用 Redis 线程 100ms+
-- 其他请求排队等待

-- 解决：
-- 1. 拆分 Big Key
-- 2. 使用压缩
-- 3. 客户端流式读取

-- KEYS pattern  -- O(n) 全表扫描，会阻塞 Redis
-- SMEMBERS set  -- O(n) 全量返回
-- LRANGE list 0 -1  -- O(n) 全量返回

-- 替代方案：
KEYS → SCAN（游标遍历）
SMEMBERS → SSCAN（增量遍历）
LRANGE → 分批读取