Redis数据结构什么时候用String,什么时候用hash
ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花
一、用String的场景（核心：单值存储、原子操作、简单场景）
- 存储单个独立的值（无多字段关联）：比如验证码（key=phone:138xxxx，value=666666）、token、单个数值（如商品库存、访问量）。
- 需要原子操作：String支持incr/decr（计数器）、append（追加）、setnx（分布式锁）等原子操作，适合计数器（文章阅读量）、分布式锁场景。
- 存储二进制数据：可直接存储图片、视频等二进制流（value最大512MB），适合小文件缓存。
- 简单缓存场景：无需拆分字段，直接缓存整个对象（如JSON字符串），适合字段少、不常单独修改字段的对象。
二、用Hash的场景（核心：多字段对象、单独操作字段）
- 存储多字段关联的对象：比如用户信息（key=user:1001，hash字段=name/age/phone）、商品详情（name/price/stock），对应现实中的“实体对象”。
- 需要单独操作对象的某个字段：比如只修改用户的年龄、只更新商品的库存，无需获取整个对象，节省带宽和内存（避免String存储JSON时，修改一个字段需整体序列化/反序列化）。
- 批量管理多个关联字段：Hash支持hgetall（获取所有字段）、hmget（批量获取指定字段）、hmset（批量设置字段），适合对对象字段进行批量操作的场景。
关键总结
- 单值、原子操作、二进制存储 → 用String；
- 多字段对象、需单独操作字段、批量管理 → 用Hash。
补充：若对象字段极少（如仅2个字段），用String存储JSON更简洁；若字段较多（3个及以上），用Hash更高效。
ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花
Redis常用的数据结构 文章被收录于专栏
Redis 作为高性能键值数据库，核心在于丰富的数据结构。本专栏聚焦String、Hash、List、Set、ZSet、Bitmap、HyperLogLog 等常用类型，从底层原理、使用场景到实战示例，清晰讲解每种结构的优缺点与最佳实践。帮你快速掌握如何用对数据结构，提升缓存、限流、排行榜、消息队列等业务场景的开发效率，写出更稳定、高效的 Redis 应用。
