命令
设置值:<b><font color="#c41230"> hset key field value</font></b>
获取值: <b><font color="#c41230">hget key field</font></b>
删除field: <b><font color="#c41230">hdel key field[field field...]</font></b>
计算field个数: <b><font color="#c41230">hlen key</font></b>
批量设置或获取<font color="#381e11">field-value</font><font color="#c41230" style="font-weight: bold;">: hmget key field [field...];hmset key fileld value[field value]</font>
判断field是否存在: <b><font color="#c41230">hexists key field</font></b>
获取所有field: <b><font color="#c41230">hkeys key</font></b>
获取所有value: <b><font color="#c41230">hvals key</font></b>
获取所有field-value: <b><font color="#c41230">hgetall key</font></b>
在使用hgetall时，如果hash元素个数较多，会存在阻塞redis的可能，如果只需要获取部分field 用hmget就好。<br>如果一定要获取全部的field-value可以使用<font color="#c41230">hscan</font>命令
<font color="#c41230"><b>hincrby,hincrbyfloat</b></font>
计算value的字符串长度: <b><font color="#c41230">hstrlen key field</font></b>(需要<font color="#c41230">redis3.2版本以上</font>)
内部编码
ziplist(压缩列表)
当哈希类型元素个数小于hash-max-ziplist-entries配置(默认512个)、同时值都小于hash-max-ziplist-value配置(默认64字节)，<br>redis会使用ziplist作为内部实现
ziplist使用更加紧凑的结构实现多个元素的连续存储，所以在节约内存方面比较优秀
hashtable(哈希表)
当哈希类型无法满足ziplist时，redis将采用hashtable作为内部实现
此时ziplist的读写效率下降，而hashtable的读写时间复杂度为O(1)
使用场景
存储表数据，PO对象。类似于数据库的表
哈希类型与数据库的不同
哈希类型时稀疏的，关系型数据库是完全结构化的
关系型数据库可做复杂的关系查询，redis去模拟关系型复杂查询开发困难，维护成本高
缓存用户信息案例
方法一
原生字符串类型：每个属性一个键
优点:简单直观，属性都支持更新操作
缺点:占用的键太多，内存占用较大，用户信息内聚性查，不推荐使用
方法二
序列化字符串类型:将用户信息序列化后用一个键保存
优点:简化编程，如果合理的使用序列化可以提高内存的使用率
缺点:序列化和反序列化有一定的开销，更新需要反序列化再序列化到redis中
方法三
哈希类型:将用户的属性使用一对field-value存储，但只用一个键保存
优点：简单直观，合理使用可以减少内存空间的使用
缺点：要控制内存编码的转换，hashtable会消耗更多的内存
