Redis-带你深入学习数据类型Hash【面试重点】

目录

1、基础知识

2、相关命令

2.1、hset、hget

2.2、hexists

2.3、hdel

2.4、hkeys、hvals、hgetall

2.5、hmget、hmset

2.6、hlen

2.7、hsetNX

2.8、Hincrby、Hincrbyfloat

3、应用场景-缓存

4、缓存方式对比

---

1、基础知识

        redis中存储数据本身就是以键值对的形式，而这里的hash类型，指的是redis的key value中的value是以键值对的形式存储的，也就是说，键值对中的值也是键值对~

---

2、相关命令

2.1、hset、hget

hset：设置hash中指定字段的值

• 语法：hset key field value [field value ...]
• 如果没有key，则会设置一个key再存入field value；否则直接在对应的key中存入field value
• field其实和key一样，就是键值对中的键，为了区分开来，所以用field表示
• 返回值：成功插入的field value值的对数
• hset支持一次在一个key中存入多组field value
• 时间复杂度O(1)

举例：

hget：取出key中指定字段的值

• 语法：hget key field
• 返回值：对应value值，无则返回 nil
• 时间复杂度O(1)，k组filed value则为O(k)

举例：

2.2、hexists

• hexists：判断是否存在指定的字段
• 语法：hexists key filed
• 返回值：存在返回1 ；不存在返回0
• 时间复杂度O(1)

举例:

2.3、hdel

• hdel：删除hash中指定的字段
• 语法：hdel key filed [field ...]
• 返回值：成功删除的字段个数
• 时间复杂度O(1)---O(k)
• 与命令del的区别：del删除的是key；hdel删除的是field

举例:

2.4、hkeys、hvals、hgetall

 hkeys：取出key中的所有field

• 语法：hkeys key
• 返回值：该key下的所有field
• 时间复杂度O(1)
• 该操作存在风险：可能一个key下有很多个field value的键值，此方法就可能会造成一个方法执行时间过长~

举例：

hvals：取出key中的所有value

• 语法：hvals key
• 返回值：该key下的所有value
• 时间复杂度O(1)
• 风险同上

举例：

 hgetall：取出key下的所有field和value

• 语法：hgetall key
• 返回值：该key下的所有field和value
• 时间复杂度O(1)
• 风险同上

举例：

2.5、hmget、hmset

hmget：一次获取hash中多个字段的值

• 语法：hmget key field  [field...]
• 返回值：对应的value值，无则返回nil
• 时间复杂度O(1)---O(k)

举例：

hmset：一次存入多个字段，几乎和hset一样，因此这个命令很少使用~

2.6、hlen

• hlen：获取hash中的对应key中所有的字段个数
• 语法：hlen key
• 时间复杂度O(1)
• 返回值：字段个数

举例：

2.7、hsetNX

• hsetNX：在字段不存在时，才能成功设置hash中的字段的值
• 语法：hsetNX key field value
• 时间复杂度O(1)
• 返回值：设置成返回1；失败返回0

 举例：

2.8、Hincrby、Hincrbyfloat

Hincrby：将hash中字段对应的数值添加指定的值

• 语法：Hincrby key field increment
• 时间复杂度O(1)
• 返回值：字段value变化后的值

举例：

Hincrbyfloat：将hash中字段对应的数值添加指定的浮点数

• 语法：hincrbyfloat key field increment
• 时间复杂度O(1)
• 返回值：字段value变化后的值

举例：

---

3、应用场景-缓存

        在上一片博客中，提到string类型的应用场景为缓存，hash也可以是吗？对的，这两种方法有各自的优缺点，具体使用按照具体的业务场景来选择就好，相对来说，9存储结构化的数据，使用hash其实是更加适合滴~【结构化数据-->类似于数据库表这种的】

        使用hash存储结构化数据举例：

        倘若使用string来存储，需要利用到json这样的数据格式，只不过在修改一个key中指定的field对应value值会比较麻烦，需要我们先取出json，然后解析出内部的value值，做出修改后，再合成json，后再存入key中指定的field处~

---

4、缓存方式对比

原生字符串类型---使用字符串类型，每个属性一个键

• 优点：实现简单，针对个别属性变更更灵活
• 缺点：占用过多的键，内存占用量较大，用户信息在redis中分布比较分散，缺少内聚性-几乎不使用

序列化字符串类型，例：JSON格式

•  优点：针对总是以整体为操作的信息比较合适，编程也简单；内存使用效率较高
• 缺点：本身序列化和反序列化需要一定开销，如果总是操作个别属性非常不灵活

哈希

•  优点：简单、直观、灵活；尤其针对信息的局部变更或者获取操作
• 缺点：需要控制哈希在ziplist和hashtable两种内部编码的转换，可能会造成内存较大的消耗

 好啦，我们下期见咯~