Redis 核心数据结构(三)——Hash,把一堆字段塞进一个 Key
对象无需再存 JSON 字符串了Hash 让你直接改里面的某个字段不用全量覆盖。本次导航Hash 长什么样像极了 Python 的字典核心命令HSET、HGET、HGETALL、HINCRBY内部编码什么时候省内存什么时候变哈希表哈希字段过期Redis 7.2 的HEXPIRE告别整 Key 过期实战场景用户信息、对象缓存、购物车Hash vs String 存 JSON谁更香发车前提醒先玩熟 String 和 ListHash 就在它们之间。一、Hash 就是 Redis 里的“小字典”在一个 Redis Key 下面再挂一堆 field-value 对。很像编程语言里的字典或者对象。HSET user:1001 name张三age25city北京这样user:1001这个 Key 下有三个字段name、age、city。你可以单独改age不用把整个对象重新存一遍。和 String 存 JSON 的区别String 存 JSON改一个字段你得取出整个 JSON反序列化改完再序列化再SET回去。Hash直接HSET user:1001 age 26一步到位。二、核心命令命令功能HSET key field value [field value ...]设置一个或多个字段HGET key field获取指定字段HGETALL key获取所有字段和值生产环境慎用字段多会慢HMGET key field [field ...]获取多个字段HDEL key field [field ...]删除一个或多个字段HEXISTS key field判断字段是否存在HINCRBY key field increment字段值增加指定整数HINCRBYFLOAT增加浮点数HLEN key获取字段数量HKEYS/HVALS获取所有字段名 / 所有值动手试试# 塞一个用户HSET user:1001 name李四age30balance1000# 单独取年龄HGET user:1001 age# 30# 给余额加 200HINCRBY user:1001 balance200# 返回 1200# 同时获取多个字段HMGET user:1001 name balance# [李四, 1200]# 看看都有哪些字段HKEYS user:1001# [name,age,balance]# 删除年龄字段HDEL user:1001 age HGETALL user:1001# 只剩 name 和 balance注意HGETALL当字段非常多比如几百上千时可能会阻塞 Redis。生产环境多用HMGET取你真正需要的字段。127.0.0.1:6379 HSET user:1001 name李四age 30 balance 1000(integer)1 127.0.0.1:6379 HGET user:1001 age30127.0.0.1:6379 HINCRBY user:1001 balance 200(integer)1200 127.0.0.1:6379 HMGET user:1001 name balance 1)\xe6\x9d\x8e\xe5\x9b\x9b2)1200127.0.0.1:6379 HKEYS user:1001 1)name2)age3)city4)balance127.0.0.1:6379 HDEL user:1001 age(integer)1 127.0.0.1:6379 HGETALL user:1001 1)name2)\xe6\x9d\x8e\xe5\x9b\x9b3)city4)\xe5\x8c\x97\xe4\xba\xac5)balance6)1200三、内部编码Hash 底层有两种存储方式编码条件说明listpack字段和值都比较小数量少连续内存省空间hashtable超过配置阈值默认512字节或64个字段转为真正的哈希表读写 O(1)你可以用OBJECT ENCODING key查看HSET small a1b2OBJECT ENCODING small# listpack# 塞一个长字符串超过阈值HSET big c为给定哈希键的一个或多个字段设置过期时间TTL 或生存时间。您必须至少指定一个字段。字段的 TTL 到期时将自动从哈希键中删除。字段的过期时间仅会被删除或覆盖哈希字段内容的命令清除包括 HDEL 和 HSET 命令。这意味着所有在概念上修改哈希键字段值而不替换为新值的操作都不会影响 TTL。您可以使用 HPERSIST 命令清除 TTL该命令会将哈希字段变回持久字段。请注意使用零 TTL 调用 HEXPIRE/HPEXPIRE 或使用过去的 Unix 时间调用 HEXPIREAT/HPEXPIREAT 将导致哈希字段被删除。HEXPIRE 命令支持一组选项NX -- 对于每个指定字段仅当字段没有过期时间时设置过期时间。XX -- 对于每个指定字段仅当字段已存在过期时间时设置过期时间。GT -- 对于每个指定字段仅当新的过期时间大于当前过期时间时设置过期时间。LT -- 对于每个指定字段仅当新的过期时间小于当前过期时间时设置过期时间。对于 GT 和 LT 选项非易失性字段被视为具有无限 TTL。NX、XX、GT 和 LT 选项是互斥的。您可以将已设置 TTL 的字段作为参数调用 HEXPIRE。在这种情况下生存时间将被更新为新值。OBJECT ENCODING big# hashtable不用你操心Redis 自动升级底层的存储方式。127.0.0.1:6379 object encoding smalllistpack127.0.0.1:6379 object encoding bighashtable四、哈希字段过期Redis 7.4 的神器在老版本里整个 Hash 要么一起活要么一起死。你不能让user:1001的temp_token字段 5 分钟失效而name永久保留。Redis 7.4引入了字段级过期命令如下HEXPIRE key seconds[NX|XX|GT|LT]FIELDS numfields field[field...]参数说明key: 哈希键名称。seconds: TTL以秒为单位。FIELDS numfields field [field …]: 指定字段及其数量。可选参数NX: 仅当字段没有过期时间时设置。XX: 仅当字段已有过期时间时设置。GT: 新的过期时间必须大于当前过期时间。LT: 新的过期时间必须小于当前过期时间。示例# 为不存在的键设置过期时间HEXPIRE no-key20NX FIELDS2field1 field2(nil)# 创建一个哈希键并设置字段HSET examplekey field1hellofield2world(integer)2# 为字段设置 10 秒的过期时间HEXPIRE examplekey10FIELDS3field1 field2 field31)(integer)1# field1 的过期时间成功设置2)(integer)1# field2 的过期时间成功设置3)(integer)-2# field3 不存在返回 -2# 检查哈希键内容HGETALL mykey(empty array)画个图更直观的了解下场景用户登录后存session_id在 Hash 里设置 30 分钟过期同时保留用户基本资料。以前你要单独存一个 String Key现在一个 Hash 搞定。五、实战场景场景1用户信息 / 对象缓存# 存用户资料HSET user:1001 name王五emailwangexample.compoints100# 增加积分HINCRBY user:1001 points50# 修改邮箱只改一个字段HSET user:1001 emailnewwangexample.com# 取出来展示HGETALL user:1001场景2购物车经典案例每个用户的购物车是一个 Hashfield是商品 IDvalue是数量# 用户1001 添加 2个商品1011个商品102HSET cart:1001 prod_1012HINCRBY cart:1001 prod_1021# 增加某种商品数量HINCRBY cart:1001 prod_1011# 现在变成3# 减少数量HINCRBY cart:1001 prod_101-1# 删除商品HDEL cart:1001 prod_102# 查看购物车所有商品HGETALL cart:1001购物车天然适合 Hash商品数量可以单独增减不需要序列化整个数组。场景3配置项 / 属性存储比如存某个服务的开关配置HSET config:service_atimeout30retry3enable_ssl1HGET config:service_atimeout随时改单条配置不用重写整个配置对象。六、Hash vs String 存 JSON对决假设你要存一个用户对象{name:张三,age:25,city:北京}方式存数据改 age读 age内存占用String JSONSET user:1001 {name:...,age:25,...}取出→反序列化→改→序列化→SETGET后解析序列化后的字符串HashHSET user:1001 name 张三 age 25 city 北京HSET user:1001 age 26HGET user:1001 age每个 field 单独存但压缩后更省结论如果你经常单独修改某个字段Hash 完胜。如果你每次都整体读写比如整个对象传给前端String JSON 可能更方便。内存方面小对象 Hash 的编码非常省大对象两者差别不大。推荐对象字段少、频繁单独改 → Hash。对象大、嵌套深、整体读为主 → String JSON。 点关注不迷路如果你看到这儿了欢迎点赞 关注我们下期见
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2571393.html
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!