Redis命令
Redis 命令要按数据类型、复杂度和阻塞风险学习。命令不是越短越安全，生产环境尤其要关注返回数据量、扫描范围、时间复杂度和是否阻塞主线程。
# 1. 学习定位
| 维度 | 内容 |
|---|---|
| 难度层级 | 命令体系 |
| 核心目标 | 先会用，再理解机制，最后能做工程取舍和故障分析 |
| 学习方法 | 带着业务场景看命令、SQL、数据结构、日志和运行时指标 |
# 2. 核心地图
Redis命令
├─ Key 命令
├─ String 命令
├─ Hash 命令
├─ 集合命令
├─ Stream 命令
├─ 事务命令
├─ 脚本命令
└─ 管理命令
# 3. 小章节深度讲解
下面把核心地图中的每个点拆开讲。每个小节都同时面向开发和运维：开发侧关注怎么设计、怎么写代码、怎么避免错误；运维侧关注怎么监控、怎么定位、怎么恢复。
# 3.1. Key 命令
# 是什么
Key 命令 属于 Redis 命令执行与可编程能力。Redis 命令通常在主执行路径中串行完成，单个慢命令会影响后续所有请求。
# 开发人员怎么用
开发人员要控制命令复杂度、返回大小和批量规模。Lua 与 Functions 只适合短小原子逻辑，不适合承载复杂业务流程。
# 运维人员怎么看
运维人员要看 SLOWLOG、commandstats、latency monitor 和客户端缓冲区。危险命令要通过 ACL、代理或规范禁止进入主链路。
# 常见风险
常见风险是为了减少网络往返，把过多操作塞进一次 Pipeline 或脚本，结果主线程长时间不可服务。
# 3.2. String 命令
# 是什么
String 命令 属于 Redis 数据结构或内部编码。Redis 的性能来自“用合适结构表达合适问题”，而不是把所有内容都塞进一个大字符串。
# 开发人员怎么用
开发人员要根据访问模式选型：整体缓存用 String，局部字段用 Hash，排行用 ZSet，可靠消息用 Stream，近似统计用 HyperLogLog 或概率结构。
# 运维人员怎么看
运维人员要观察单 key 大小、元素数量、编码转换、内存占用和慢命令。内部编码从紧凑结构转换为哈希表或跳表后，内存和耗时可能阶跃变化。
# 常见风险
常见风险是 key 粒度失控：过细导致 key 数爆炸，过粗形成大 key。专家级建模要在访问效率和运维可控之间取平衡。
# 3.3. Hash 命令
# 是什么
Hash 命令 属于 Redis 数据结构或内部编码。Redis 的性能来自“用合适结构表达合适问题”，而不是把所有内容都塞进一个大字符串。
# 开发人员怎么用
开发人员要根据访问模式选型：整体缓存用 String，局部字段用 Hash，排行用 ZSet，可靠消息用 Stream，近似统计用 HyperLogLog 或概率结构。
# 运维人员怎么看
运维人员要观察单 key 大小、元素数量、编码转换、内存占用和慢命令。内部编码从紧凑结构转换为哈希表或跳表后，内存和耗时可能阶跃变化。
# 常见风险
常见风险是 key 粒度失控：过细导致 key 数爆炸，过粗形成大 key。专家级建模要在访问效率和运维可控之间取平衡。
# 3.4. 集合命令
# 是什么
集合命令 属于 Redis 命令执行与可编程能力。Redis 命令通常在主执行路径中串行完成，单个慢命令会影响后续所有请求。
# 开发人员怎么用
开发人员要控制命令复杂度、返回大小和批量规模。Lua 与 Functions 只适合短小原子逻辑，不适合承载复杂业务流程。
# 运维人员怎么看
运维人员要看 SLOWLOG、commandstats、latency monitor 和客户端缓冲区。危险命令要通过 ACL、代理或规范禁止进入主链路。
# 常见风险
常见风险是为了减少网络往返，把过多操作塞进一次 Pipeline 或脚本，结果主线程长时间不可服务。
# 3.5. Stream 命令
# 是什么
Stream 命令 属于 Redis Stream 的消息流模型。Stream 是可持久化的追加日志结构，消费组、ACK 和 PEL 让它比 List 更适合可靠消费。
# 开发人员怎么用
开发人员要处理重复投递、ACK、Pending 重试和幂等。消息处理成功后必须确认，失败后要能重新认领或进入补偿流程。
# 运维人员怎么看
运维人员要监控 Stream 长度、消费者延迟、PEL 大小、内存增长和裁剪策略。没有 XTRIM 或保留策略，Stream 会持续吃内存。
# 常见风险
常见风险是把 Stream 当无限队列，只写不裁剪；或者只 ACK 不做幂等，重试后产生重复业务效果。
# 3.6. 事务命令
# 是什么
事务命令 属于 Redis 命令执行与可编程能力。Redis 命令通常在主执行路径中串行完成，单个慢命令会影响后续所有请求。
# 开发人员怎么用
开发人员要控制命令复杂度、返回大小和批量规模。Lua 与 Functions 只适合短小原子逻辑，不适合承载复杂业务流程。
# 运维人员怎么看
运维人员要看 SLOWLOG、commandstats、latency monitor 和客户端缓冲区。危险命令要通过 ACL、代理或规范禁止进入主链路。
# 常见风险
常见风险是为了减少网络往返，把过多操作塞进一次 Pipeline 或脚本，结果主线程长时间不可服务。
# 3.7. 脚本命令
# 是什么
脚本命令 属于 Redis 命令执行与可编程能力。Redis 命令通常在主执行路径中串行完成，单个慢命令会影响后续所有请求。
# 开发人员怎么用
开发人员要控制命令复杂度、返回大小和批量规模。Lua 与 Functions 只适合短小原子逻辑，不适合承载复杂业务流程。
# 运维人员怎么看
运维人员要看 SLOWLOG、commandstats、latency monitor 和客户端缓冲区。危险命令要通过 ACL、代理或规范禁止进入主链路。
# 常见风险
常见风险是为了减少网络往返，把过多操作塞进一次 Pipeline 或脚本，结果主线程长时间不可服务。
# 3.8. 管理命令
# 是什么
管理命令 属于 Redis 命令执行与可编程能力。Redis 命令通常在主执行路径中串行完成，单个慢命令会影响后续所有请求。
# 开发人员怎么用
开发人员要控制命令复杂度、返回大小和批量规模。Lua 与 Functions 只适合短小原子逻辑，不适合承载复杂业务流程。
# 运维人员怎么看
运维人员要看 SLOWLOG、commandstats、latency monitor 和客户端缓冲区。危险命令要通过 ACL、代理或规范禁止进入主链路。
# 常见风险
常见风险是为了减少网络往返，把过多操作塞进一次 Pipeline 或脚本，结果主线程长时间不可服务。
# 3.9. 本篇学习实验
建议准备一个独立 Redis 实例，构造小 key、大 key、热点 key、过期 key 和慢命令，观察 INFO、SLOWLOG、LATENCY、内存变化和客户端超时。每个实验都要记录命令复杂度和返回数据量。
开发侧实验重点是理解数据结构和命令边界，运维侧实验重点是理解延迟、内存和复制如何变化。真正掌握本篇内容，应该能从延迟尖刺反推大 key、慢命令、持久化或网络问题。
# 4. 核心机制
- Redis 命令大多在主线程执行，单个慢命令会影响后续所有命令延迟。
SCAN系列是渐进式遍历，替代危险的KEYS、HGETALL大量返回等模式。- 集合运算、排序、Lua 脚本、大 key 删除都可能造成阻塞。
- 管理命令如
CONFIG、FLUSHALL、CLIENT KILL必须严格权限控制。
# 5. 工程实践
- 学习命令时同时记录时间复杂度和返回规模。
- 生产禁用或限制危险命令，至少通过 ACL 做隔离。
- 批量删除大 key 使用异步删除或分批扫描。
- 使用慢日志和 command stats 识别高成本命令。
# 6. 常见坑
- 生产执行
KEYS *扫描全库。 - 对大 Hash 执行
HGETALL，一次返回巨大响应。 - Lua 脚本里写循环处理大量 key，阻塞主线程。
- 客户端把 Redis 异常当本地 Map 异常处理，缺少超时和降级。
# 7. 专家视角
- 命令治理是 Redis 稳定性的核心制度。
- 专家会把命令复杂度写进代码评审标准，禁止不可控命令进入主链路。
- Redis 优化经常不是换命令，而是改 key 模型，让每条命令只处理小而确定的数据。
# 8. Tips 快问快答
Q：为什么 KEYS 危险？
A：它会遍历整个 keyspace，可能长时间阻塞 Redis。
Q：SCAN 是否完全无风险？
A：风险更低，但仍要控制频率、批量大小和客户端处理速度。
Q：命令复杂度怎么看？
A：官方命令文档会标注时间复杂度，工程上还要看返回数据量。
# 9. 阶段小结
Redis命令 的学习重点不是记住零散概念，而是把它放回真实系统：数据如何进入、如何存储、如何被查询、如何在并发下保持正确、如何在故障后恢复。掌握这些连接关系，才能从“会用”走向“能设计、能优化、能排障”。