String Bitmap Bitfield
String 是 Redis 最基础也最灵活的数据类型。Bitmap 和 Bitfield 本质上也是在字符串上进行位级操作，适合签到、状态位、布隆过滤前置结构和紧凑计数。
# 1. 学习定位
| 维度 | 内容 |
|---|---|
| 难度层级 | 数据结构基础 |
| 核心目标 | 先会用，再理解机制，最后能做工程取舍和故障分析 |
| 学习方法 | 带着业务场景看命令、SQL、数据结构、日志和运行时指标 |
# 2. 核心地图
String Bitmap Bitfield
├─ GET/SET
├─ INCR
├─ MGET/MSET
├─ SETEX
├─ SETNX
├─ GETBIT
├─ SETBIT
├─ BITCOUNT
└─ BITFIELD
# 3. 小章节深度讲解
下面把核心地图中的每个点拆开讲。每个小节都同时面向开发和运维：开发侧关注怎么设计、怎么写代码、怎么避免错误；运维侧关注怎么监控、怎么定位、怎么恢复。
# 3.1. GET/SET
# 是什么
GET/SET 属于 Redis 数据结构或内部编码。Redis 的性能来自“用合适结构表达合适问题”，而不是把所有内容都塞进一个大字符串。
# 开发人员怎么用
开发人员要根据访问模式选型：整体缓存用 String，局部字段用 Hash，排行用 ZSet，可靠消息用 Stream，近似统计用 HyperLogLog 或概率结构。
# 运维人员怎么看
运维人员要观察单 key 大小、元素数量、编码转换、内存占用和慢命令。内部编码从紧凑结构转换为哈希表或跳表后，内存和耗时可能阶跃变化。
# 常见风险
常见风险是 key 粒度失控：过细导致 key 数爆炸，过粗形成大 key。专家级建模要在访问效率和运维可控之间取平衡。
# 3.2. INCR
# 是什么
INCR 属于 Redis 具体数据结构能力或缓存策略。它的价值取决于访问模式、数据规模、误差边界和失败补偿。
# 开发人员怎么用
开发人员要明确它服务的是计数、范围查询、近似统计、缓存回源、降级还是一致性控制，并写清楚异常和重复执行时的语义。
# 运维人员怎么看
运维人员要观察命令复杂度、返回大小、内存增长、命中率、回源量和慢命令。近似结构还要关注误差是否被业务接受。
# 常见风险
常见风险是把策略名当答案。比如 Cache Aside 仍要处理删缓存失败，近似统计不能用于财务精确结果，复杂搜索不能和核心缓存混用。
# 3.3. MGET/MSET
# 是什么
MGET/MSET 属于 Redis 数据结构或内部编码。Redis 的性能来自“用合适结构表达合适问题”，而不是把所有内容都塞进一个大字符串。
# 开发人员怎么用
开发人员要根据访问模式选型：整体缓存用 String，局部字段用 Hash，排行用 ZSet，可靠消息用 Stream，近似统计用 HyperLogLog 或概率结构。
# 运维人员怎么看
运维人员要观察单 key 大小、元素数量、编码转换、内存占用和慢命令。内部编码从紧凑结构转换为哈希表或跳表后，内存和耗时可能阶跃变化。
# 常见风险
常见风险是 key 粒度失控：过细导致 key 数爆炸，过粗形成大 key。专家级建模要在访问效率和运维可控之间取平衡。
# 3.4. SETEX
# 是什么
SETEX 属于 Redis 数据结构或内部编码。Redis 的性能来自“用合适结构表达合适问题”，而不是把所有内容都塞进一个大字符串。
# 开发人员怎么用
开发人员要根据访问模式选型：整体缓存用 String，局部字段用 Hash，排行用 ZSet，可靠消息用 Stream，近似统计用 HyperLogLog 或概率结构。
# 运维人员怎么看
运维人员要观察单 key 大小、元素数量、编码转换、内存占用和慢命令。内部编码从紧凑结构转换为哈希表或跳表后，内存和耗时可能阶跃变化。
# 常见风险
常见风险是 key 粒度失控：过细导致 key 数爆炸，过粗形成大 key。专家级建模要在访问效率和运维可控之间取平衡。
# 3.5. SETNX
# 是什么
SETNX 属于 Redis 数据结构或内部编码。Redis 的性能来自“用合适结构表达合适问题”，而不是把所有内容都塞进一个大字符串。
# 开发人员怎么用
开发人员要根据访问模式选型：整体缓存用 String，局部字段用 Hash，排行用 ZSet，可靠消息用 Stream，近似统计用 HyperLogLog 或概率结构。
# 运维人员怎么看
运维人员要观察单 key 大小、元素数量、编码转换、内存占用和慢命令。内部编码从紧凑结构转换为哈希表或跳表后，内存和耗时可能阶跃变化。
# 常见风险
常见风险是 key 粒度失控：过细导致 key 数爆炸，过粗形成大 key。专家级建模要在访问效率和运维可控之间取平衡。
# 3.6. GETBIT
# 是什么
GETBIT 属于 Redis 命令执行与可编程能力。Redis 命令通常在主执行路径中串行完成，单个慢命令会影响后续所有请求。
# 开发人员怎么用
开发人员要控制命令复杂度、返回大小和批量规模。Lua 与 Functions 只适合短小原子逻辑，不适合承载复杂业务流程。
# 运维人员怎么看
运维人员要看 SLOWLOG、commandstats、latency monitor 和客户端缓冲区。危险命令要通过 ACL、代理或规范禁止进入主链路。
# 常见风险
常见风险是为了减少网络往返，把过多操作塞进一次 Pipeline 或脚本，结果主线程长时间不可服务。
# 3.7. SETBIT
# 是什么
SETBIT 属于 Redis 数据结构或内部编码。Redis 的性能来自“用合适结构表达合适问题”，而不是把所有内容都塞进一个大字符串。
# 开发人员怎么用
开发人员要根据访问模式选型：整体缓存用 String，局部字段用 Hash，排行用 ZSet，可靠消息用 Stream，近似统计用 HyperLogLog 或概率结构。
# 运维人员怎么看
运维人员要观察单 key 大小、元素数量、编码转换、内存占用和慢命令。内部编码从紧凑结构转换为哈希表或跳表后，内存和耗时可能阶跃变化。
# 常见风险
常见风险是 key 粒度失控：过细导致 key 数爆炸，过粗形成大 key。专家级建模要在访问效率和运维可控之间取平衡。
# 3.8. BITCOUNT
# 是什么
BITCOUNT 属于 Redis 具体数据结构能力或缓存策略。它的价值取决于访问模式、数据规模、误差边界和失败补偿。
# 开发人员怎么用
开发人员要明确它服务的是计数、范围查询、近似统计、缓存回源、降级还是一致性控制，并写清楚异常和重复执行时的语义。
# 运维人员怎么看
运维人员要观察命令复杂度、返回大小、内存增长、命中率、回源量和慢命令。近似结构还要关注误差是否被业务接受。
# 常见风险
常见风险是把策略名当答案。比如 Cache Aside 仍要处理删缓存失败，近似统计不能用于财务精确结果，复杂搜索不能和核心缓存混用。
# 3.9. BITFIELD
# 是什么
BITFIELD 属于 Redis 具体数据结构能力或缓存策略。它的价值取决于访问模式、数据规模、误差边界和失败补偿。
# 开发人员怎么用
开发人员要明确它服务的是计数、范围查询、近似统计、缓存回源、降级还是一致性控制，并写清楚异常和重复执行时的语义。
# 运维人员怎么看
运维人员要观察命令复杂度、返回大小、内存增长、命中率、回源量和慢命令。近似结构还要关注误差是否被业务接受。
# 常见风险
常见风险是把策略名当答案。比如 Cache Aside 仍要处理删缓存失败，近似统计不能用于财务精确结果，复杂搜索不能和核心缓存混用。
# 3.10. 本篇学习实验
建议准备一个独立 Redis 实例，构造小 key、大 key、热点 key、过期 key 和慢命令，观察 INFO、SLOWLOG、LATENCY、内存变化和客户端超时。每个实验都要记录命令复杂度和返回数据量。
开发侧实验重点是理解数据结构和命令边界，运维侧实验重点是理解延迟、内存和复制如何变化。真正掌握本篇内容，应该能从延迟尖刺反推大 key、慢命令、持久化或网络问题。
# 4. 核心机制
- String 是二进制安全的字节序列，最大容量很大，但工程上应限制单 value 大小。
INCR类命令在 Redis 内部原子执行，适合计数器和简单限流。- Bitmap 使用 bit 位表示状态，空间效率极高，适合用户签到、活跃标记等布尔场景。
- Bitfield 可在同一个字符串中按指定 bit 宽读写多个整数，适合紧凑计数但可读性较差。
# 5. 工程实践
- 简单缓存值设置 TTL，避免永久 key 堆积。
- 计数器要考虑溢出、过期窗口和回源持久化。
- Bitmap key 按时间或业务分片，避免单 key 过大。
- Bitfield 使用前要写清 bit 布局文档，否则后续维护困难。
# 6. 常见坑
- 大 value 传输占满网络和客户端内存。
- 把复杂对象频繁整体序列化，造成写放大。
- Bitmap 偏移使用用户 ID，若 ID 极大且稀疏会浪费空间。
- 计数器只在 Redis 中保存，实例丢失后无法恢复业务状态。
# 7. 专家视角
- String 的重点是边界：value 多大、TTL 多久、是否原子、是否需要恢复。
- Bitmap 是空间换建模复杂度，适合布尔状态，不适合保存复杂属性。
- 专家会把 Redis 原子计数和数据库最终落账结合起来，避免数据真相混乱。
# 8. Tips 快问快答
Q：SETNX 能做锁吗？
A：只能作为基础，还必须加过期、唯一 token 和安全释放逻辑。
Q：Bitmap 一定省内存吗？
A：对连续稠密 ID 很省，对极度稀疏的大偏移可能浪费。
Q：INCR 是原子的吗？
A：单条命令在 Redis 中原子执行。
# 9. 阶段小结
String Bitmap Bitfield 的学习重点不是记住零散概念，而是把它放回真实系统：数据如何进入、如何存储、如何被查询、如何在并发下保持正确、如何在故障后恢复。掌握这些连接关系，才能从“会用”走向“能设计、能优化、能排障”。