Redis Hash哈希 常用命令、内部编码 及 使用场景

最新推荐文章于 2025-11-07 17:31:23 发布
原创 最新推荐文章于 2025-11-07 17:31:23 发布 · 1k 阅读 · 25 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
收录于
Redis

当前文章被收录于：

Redis
8 篇文章 0 人学习
订阅专栏 查看详情

文章目录

前言

在Redis中，哈希类型是指值本身又是一个键值对结构
形如 key=“key”，value={{ field1, value1 }, …, {fieldN, valueN } }，
Redis 键值对和哈希类型二者的关系可以用下图关系表示

  • 字符串和哈希类型对比
    在这里插入图片描述

哈希类型中的映射关系通常称为field-value，用于区分Redis整体的键值对
（key-value），注意这里的value是指field对应的值，不是键（key）对应的值

常用命令

HSET

HSET key field value [field value ...]

设置hash中指定的字段（field）的值（value）。
时间复杂度：插入一组field为O(1),插入N组field为O(N)
返回值：添加的字段的个数。

 redis> HSET myhash field1 "Hello"
 (integer) 1
 redis> HGET myhash field1
 "Hello"

HGET

HGET key field

获取hash中指定字段的值。
时间复杂度：O(1)
返回值：字段对应的 值 或者 nil。

 redis> HSET myhash field1 "foo"
 (integer) 1
 redis> HGET myhash field1
 "foo"
 redis> HGET myhash field2
 (nil)

HEXISTS

HEXISTS key field

判断hash中是否有指定的字段。
时间复杂度：O(1)
返回值：1 表示存在，0 表示不存在。

 redis> HSET myhash field1 "foo"
 (integer) 1
 redis> HEXISTS myhash field1
 (integer) 1
 redis> HEXISTS myhash field2
 (integer) 0

HDEL

HDEL key field [field ...]

删除hash中指定的字段。
时间复杂度：删除一组field为O(1)，删除N组field为O(N)
返回值：本次操作删除的字段个数。

 redis> HSET myhash field1 "foo"
 (integer) 1
 redis> HDEL myhash field1
 (integer) 1
 redis> HDEL myhash field2
 (integer) 0

HKEYS

HKEYS key

获取hash中的所有字段。
时间复杂度：O(N),N为field的个数.
返回值：字段列表。

redis> HSET myhash field1 "Hello"
(integer) 1
redis> HSET myhash field2 "World"
(integer) 1
redis> HKEYS myhash
1) "field1"
2) "field2"

HVALS

HVALS key

获取hash中的所有的值。
时间复杂度：O(N),N为field的个数
返回值：所有的值。

redis> HSET myhash field1 "Hello"
(integer) 1
redis> HSET myhash field2 "World"
(integer) 1
redis> HVALS myhash
1) "Hello"
2) "World"

HGETALL

HGETALL key

获取hash中的所有字段以及对应的值。
时间复杂度：O(N),N为field的个数.
返回值：字段和对应的值

 redis> HSET myhash field1 "Hello"
 (integer) 1
 redis> HSET myhash field2 "World"
 (integer) 1
 redis> HGETALL myhash
 1) "field1"
 2) "Hello"
 3) "field2"
 4) "World"

HMGET

HMGET key field [field ...]

一次获取hash中 多个 字段的值。
时间复杂度：只查询一个元素为O(1),查询多个元素为O(N),N为查询元素个数
返回值：字段对应的值或者 nil。

redis> HSET myhash field1 "Hello"
(integer) 1
redis> HSET myhash field2 "World"
(integer) 1
redis> HMGET myhash field1 field2 nofield
1) "Hello"
2) "World"
3) (nil)

在使用HGETALL时，如果哈希元素个数比较多，会存在阻塞Redis的可能。如果只需要获取 部分field，可以使用 HMGET，如果一定要获取全部field，可以尝试使用 HSCAN 命令，该命令采用渐进式遍历哈希类型

HLEN

HLEN key

获取hash中的所有字段的个数
时间复杂度：O(1)
返回值：字段个数。

 redis> HSET myhash field1 "Hello"
 (integer) 1
 redis> HSET myhash field2 "World"
 (integer) 1
 redis> HLEN myhash
 (integer) 2

HSETNX

HSETNX key field value

在字段不存在的情况下，设置hash中的字段和值
时间复杂度：O(1)
返回值：1 表示设置成功，0 表示失败。

 redis> HSETNX myhash field "Hello"
 (integer) 1
 redis> HSETNX myhash field "World"
 (integer) 0
 redis> HGET myhash field
 "Hello"

HINCRBY

HINCRBY key field increment

将hash中 字段对应的数值 添加 指定的值
时间复杂度：O(1)
返回值：该字段变化之后的值。

 redis> HSET myhash field 5
 (integer) 1
 redis> HINCRBY myhash field 1
 (integer) 6
 redis> HINCRBY myhash field -1
 (integer) 5
 redis> HINCRBY myhash field -10
 (integer) -5

HINCRBYFLOAT

HINCRBYFLOAT key field increment

HINCRBY的浮点数版本
时间复杂度：O(1)
返回值：该字段变化之后的值

 redis> HSET mykey field 10.50
 (integer) 1
 redis> HINCRBYFLOAT mykey field 0.1
 "10.6"
 redis> HINCRBYFLOAT mykey field -5
 "5.6"
 redis> HSET mykey field 5.0e3
 (integer) 0
 redis> HINCRBYFLOAT mykey field 2.0e2
 "5200"

命令小结

命令执行效果时间复杂度
hset key field value设置 值O(1)
hget key field获取 值O(1)
hdel key field [field…]删除 fieldO(k),k 是 field 个数
hlen key计算 field 个数O(1)
hgetall key获取所有的 field-valueO(k),k 是 field 个数
hmget field [field …]批量获取 field-value
hmset field value [field value …]批量设置 field-valueO(k),k 是 field 个数
hexists key field判断 field 是否存在O(1)
hkeys key获取所有的 fieldO(k)，k 是 field 个数
hvals key获取所有的 valueO(k)，k 是 field 个数
hsetnx key field value设置 值 ，但必须在 field 不存在时才能设置成功O(1)
hincrby key field n对应 field-value + nO(1)
hincrbyfloat key field n对应 field-value + nO(1)
hstrlen key field计算 value 的 字符串 长度O(1)

内部编码

哈希的内部编码有两种：

  • ziplist（压缩列表）：当哈希类型元素个数小于 hash-max-ziplist-entries 配置（默认512个）、同时所有值都小于 hash-max-ziplist-value 配置（默认64字节）时，Redis会使用 ziplist 作为哈希的内部实现，ziplist使用更加紧凑的结构实现多个元素的连续存储，所以在节省内存方面 hashtable 更加优秀
  • hashtable（哈希表）：当哈希类型无法满足 ziplist 的条件时，Redis会使用hashtable作为哈希的内部实现，因为此时ziplist的读写效率会下降，而hashtable的读写时间复杂度为O(1)。

(1) 当field 个数比较少 且没有大的value时，内部编码为 ziplist：

127.0.0.1:6379> hmset hashkey f1 v1 f2 v2
OK
127.0.0.1:6379> object encoding hashkey
"ziplist"

(2) 当有value大于64字节时，内部编码会转换为 hashtable：

127.0.0.1:6379> hset hashkey f3 "string is bigger than 64 bytes ... "
 OK
127.0.0.1:6379> object encoding hashkey
"hashtable"

(3) 当field个数超过512时，内部编码也会转换为 hashtable：

127.0.0.1:6379> hmset hashkey f1 v1 h2 v2 f3 v3 ... 省略... f513 v513
OK
127.0.0.1:6379> object encoding hashkey
"hashtable"

使用场景

图1 为关系型数据表记录的两条用户信息，用户的属性表现为表的列，每条用户信息表现为行。
如果映射关系表示这两个用户信息，则如图2所示。

图1 关系型数据表保存用户信息
在这里插入图片描述

图2 映射关系表示用户信息
在这里插入图片描述

相比于使用 JSON格式 的 字符串缓存 用户信息，哈希类型变得更加直观，并且在更新操作上变得更灵活。可以将每个用户的id定义为键后缀，多对field-value对应用户的各个属性
类似如下伪代码：

UserInfo getUserInfo(long uid) {
	// 根据 uid 得到 Redis 的键
	String key = "user:" + uid;
	// 尝试从 Redis 中获取对应的值
	userInfoMap = Redis 执⾏命令：hgetall key;
	
	// 如果缓存命中（hit）
	if (value != null) {
	// 将映射关系还原为对象形式
	UserInfo userInfo = 利⽤映射关系构建对象(userInfoMap);
	return userInfo;
	}
	// 如果缓存未命中（miss）
	// 从数据库中，根据 uid 获取⽤⼾信息
	UserInfo userInfo = MySQL 执⾏ SQL：select * from user_info where uid = <uid>
	// 如果表中没有 uid 对应的⽤⼾信息
	if (userInfo == null) {
		响应 404
		return null;
 	}
 	
	// 将缓存以哈希类型保存
	Redis 执⾏命令：hmset key name userInfo.name age userInfo.age city userInfo.city
	
	// 写⼊缓存，为了防⽌数据腐烂（rot），设置过期时间为 1 ⼩时（3600 秒）
	Redis 执⾏命令：expire key 3600
	// 返回⽤⼾信息
	return userInfo;
 }

需要注意的是哈希类型和关系型数据库有两点不同之处：

  • 哈希类型是稀疏的，而关系型数据库是完全结构化的，例如哈希类型每个键可以有不同的field，而关系型数据库一旦添加新的列，所有行都要为其设置值，即使为null，如下图 所示
  • 关系数据库可以做复杂的关系查询，而 Redis 去模拟关系型复杂查询，例如联表查询、聚合查询等基本不可能，维护成本高。

关系型数据库稀疏性
在这里插入图片描述

缓存芳式对比

  • 原生字符串类型 ⸺ 使用字符串类型，每个属性一个键。
set user:1:name James
 set user:1:age 23
 set user:1:city Beijing
  • 优点：实现简单，针对个别属性变更也很灵活。
  • 缺点：占用过多的键，内存占用量较大，同时用户信息在 Redis 中比较分散，缺少内聚性，所以这种方案基本没有实用性。
  • 序列化字符串类型，例如JSON格式
set user:1 
经过序列化后的⽤⼾对象字符串
  • 优点：针对总是以整体作为操作的信息比较合适，编程也简单。同时，如果序列化方案选择合适，内存的使用效率很⾼。
  • 缺点：本身序列化和反序列需要一定开销，同时如果总是操作个别属性则非常不灵活。
  • 哈希类型
hmset user:1 name James age 23 city Beijing
  • 优点：简单、直观、灵活。尤其是针对信息的局部变更或者获取操作。
  • 缺点：需要控制哈希在 ziplist 和 hashtable 两种内部编码的转换，可能会造成内存的较大消耗。
标签
#redis #哈希算法 #数据库 #缓存
从redis哈希数据类型的各种使用场景深刻理解它
qq_17858343的博客
05-11 1582
从redis哈希数据类型的各种使用场景深刻理解它
Redis中的Hash类型的应用场景，看这一篇就够了。
github_31369641的博客
07-12 2268
类似map的一种结构，将结构化的数据，比如一个对象（前提是这个对象没嵌套其他的对象）给缓存到redis中，以后每次读写内存时，就可以操作hash里的某个字段。可以将一个对象的所有属性以键值对的形式存储在 Redis 的 Hash 类型中，然后可以通过 HGET 和 HMGET 命令来获取对象的属性值，通过 HSET 和 HMSET 命令来修改对象的属性值。我们可以通过hash这种数据类型实现关系型数据库中数据表的存储形式，同时，redis的字段列是不固定的，更加灵活，不会像关系数据库一样，产生冗余字段。
【Redis】哈希类型的常用命令以及使用场景
关关的博客
06-21 1989
Redis的哈希数据结构介绍以及哈希内部编码和使用场景
Redis五大基本类型——Hash哈希命令详解（命令用法详解+思维导图详解）
linsc_05的博客
11-17 1948
HSET、HGET、HEXISTS、HDEL、HKEYS、HVALS、HGETALL、HMGET、HMSET、HLEN、HSETNX、HINCYBY、HINCYBYFLOAT、HSTRLEN
Redis的数据类型Hash使用场景实战
qq_45938780的博客
02-07 1841
redis在项目的使用，Hash模型使用场景实战
【Redis】hash哈希，List列表
2301_80224556的博客
08-06 1234
通过消费者在获取元素后。
Redis 数据类型 Hash 哈希
2301_79881188的博客
02-11 964
在 Redis 中，哈希类型是指值本⾝⼜是⼀个键值对结构，形如 key = "key"，value = { { field1, value1 }, ..., {fieldN, valueN } }，Redis String 和 Hash 类型⼆者的关系可以⽤下图来表⽰。哈希类型是稀疏的，⽽关系型数据库是完全结构化的，例如哈希类型每个键可以有不同的 field，⽽。下图为关系型数据表记录的两条⽤⼾信息，⽤⼾的属性表现为表的列，每条⽤⼾信息表现为⾏。：键和值都是二进制安全的，可以包含任何数据，包括二进制数据。
《Redis开发与运维》- API的使用-2-五种常用数据结构
一名java从业者的专栏
10-28 464
《Redis开发与运维》- API的使用-2-五种常用数据结构 1：字符串(String) 字符串类型的值可以使字符串（简单的字符串；复杂的字符串如JSON、XML；数字如整数、浮点数；甚至二进制如：图片、音频、视频），但最大值不能超过512M。 常用命令 1：设置值： &amp;gt;set key value [ex seconds] [px milliseconds] [nx|xx] 选项： ex...
【Redis】常用数据结构之Hash篇：从常用命令到使用场景详解
2301_81073317的博客
09-07 1819
在 Redis 开发中，你是否曾因选错数据结构导致性能瓶颈？实际上，数据结构的选择直接决定了 Redis 的内存占用与访问效率。当需要存储用户信息、商品属性这类包含多个字段的对象数据时，很多开发者会下意识使用 String 类型存储 JSON 字符串，但这种方式往往隐藏着性能隐患——每次更新都需要全量序列化/反序列化，不仅消耗 CPU，还会增加网络传输的数据量。
Redis六种基本数据结构的操作
lebronchen的博客
08-30 1727
一、String value是字符串类型。 1.常用命令 set key value：设置key、value setex key seconds value：设置key、value，有效期seconds秒 setnx key value：设置key、value，如果key存在则setnx失败，返回 0 （set key value nx等价） set key value xx：设置ke...
python3 redis 获取整个 hash表_Redis对象——哈希(Hash)
weixin_33096511的博客
01-24 1140
哈希在很多编程语言中都有着很广泛的应用，而在Redis中也是如此，在redis中，哈希类型是指Redis键值对中的值本身又是一个键值对结构，形如 value=[{field1，value1}，...{fieldN，valueN}] ，其与Redis字符串对象的区别如下图所示:一、内部编码哈希类型的内部编码有两种： ziplist(压缩列表) , hashtable(哈希表) 。只有当存储的数据量比...
Redis:09---Hash对象
yolo模型训练找我，AI游戏合作找我
12-03 635
一、哈希对象简介几乎所有的编程语言都提供了哈希（hash）类型，它们的叫法可能是哈希、字典、关联数组哈希又称散列在Redis中，哈希类型是指键值本身又是一个键值对结构，形如value={...
redis的数据类型：Hash
codezhu的博客
09-06 1090
主要是用于区分Redis整体的键值对（key-value），注意这里的value是指field对应的的值，不是键（key）对应的的值，请注意value在不同上下文的作用。
第三章.Redis数据类型详解——Hash篇
Yu_Lijing的博客
07-18 797
本篇文章是redis中哈希类型的介绍与实际命令应用，供大家和本人在日常开发中进行参考应用。
Redis_7_hash
最新发布
CxK6666667的博客
11-07 1003
摘要：Redis哈希表是重要数据结构，通过HSET、HGET等命令实现高效键值操作。其内部采用ziplist或hashtable编码方式，根据元素数量和值长度自动转换。相比字符串类型，哈希更适合存储结构化数据，支持灵活操作单个字段，但会消耗更多内存。在缓存场景中，哈希比JSON字符串更直观高效，但不适合复杂查询。使用时需注意大哈希操作可能阻塞服务器，建议使用HSCAN渐进式遍历。
【二】redis基础命令与使用场景
ymony的博客
07-06 557
Redis 的数据结构有：string(字符串)、hash(哈希)、list(列表)、set(集合)、zset(有序集 合)。但这些只是 Redis 对外的数据结构，实际上每种数据结构都有自己底层的内部编码实现，而且是多种实现， 这样 Redis 会在合适的场景选择合适的内部编码。.........
【Redis#5】Redis 数据结构 -- Hash 类型
island1314的博客
07-02 1657
Redis哈希类型（Hash）是一种特殊的值类型，以键值对形式存储字段（field）和对应的值（value）。与字符串类型相比，哈希类型更适合存储结构化数据，如用户信息，可集中管理多个属性。常用命令包括HSET/HGET（设置/获取字段值）、HEXISTS/HDEL（判断/删除字段）、HKEYS/HVALS（获取所有字段名/值）、HGETALL/HMGET（批量获取字段及值）、HLEN（获取字段数量）等。使用哈希类型可减少键数量，提高数据管理效率，但需注意HGETALL在大数据量时可能阻塞Redis，建议使
【Redis学习】Redis常用数据类型的万字详解
2301_80220607的博客
10-07 1805
【Redis学习】万字超详解——Redis常用的几种数据类型的使用及内部编码问题！！！
Redis（6）—— 哈希
天青色等烟雨 而我在等你
03-31 384
几乎所有的编程语言都提供了哈希（ hash） 类型， 它们的叫法可能是哈希、 字典、 关联数组。 在Redis中， 哈希类型是指键值本身又是一个键值对结构， 形如value={{field1， value1}， ...{fieldN， valueN}}， Redis键值对和哈希类型二者的关系可以用图2-14来表示。注意哈希类型中的映射关系叫作field-value， 注意这里的value是指fie...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

卑微的Coder

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值