Redis常用数据类型(3)----Hash(哈希)

Redis常用数据类型----Hash

    在redis中,哈希对象的键是一个字符串类型，值是一个键值对集合。这种类型的value为哈希类型即键值对类型，与Java中的HashMap相类似，可以理解为value又是一组键值对。这种类型特别适合用于存储对象。

编码

哈希对象的编码可以是 压缩列表(ziplist) 或者字典(hashtable)。
　　ziplist编码的哈希对象使用压缩列表作为底层实现，每当有新的键值对要加入到哈希对象时，程序会先将保存了键的压缩列表节点推入到压缩列表表尾，然后再将保存了值的压缩列表节点推人到压缩列表表尾，因此:
     保存了同一键值对的两个节点总是紧挨在一起，保存键的节点在前，保存值的节点在后
     先添加到哈希对象中的键值对会被放在压缩列表的表头方向，而后来添加到哈希对象中的键值对会被放在压缩列表的表尾方向
　　当使用ziplist，也就是压缩列表作为底层实现时，新增的键值对是保存到压缩列表的表尾。比如执行以下命令：

127.0.0.1:6379> HSET profile name "Tom"
127.0.0.1:6379> HSET profile age 25
127.0.0.1:6379> HSET profile career "Programmer"

如果使用ziplist，profile 存储如下：
　　
　　另一方面，hashtable编码的哈希对象使用字典作为底层实现，哈希对象中的每个键值对都使用一个字典键值对来保存:
    字典的每个键都是-一个字符串对象，对象中保存了键值对的键;
    字典的每个值都是-一个字符串对象，对象中保存了键值对的值。
举个例子，如果前面profile键创建的不是ziplist编码的哈希对象，而是hashtable编码的哈希对象,那么这个哈希对象应该会是下图的样子。

编码转换

当哈希对象可以同时满足以下两个条件时，哈希对象使用ziplist编码:
    哈希对象保存的所有键值对的键和值的字符串长度都小于64字节;
    哈希对象保存的键值对数量小于512个;
不能满足这两个条件的哈希对象需要使用hashtable编码。第一个条件可以通过配置文件中的 set-max-intset-entries 进行修改

参考

Redis的设计与实现—字典.
Redis的设计与实现—压缩列表.
Redis的压缩列表ZipList.