redis的数据类型－Hash

hash是一个string类型 的field和value的映射表，   它的添加、删除操作都是O(1)(平均)。hash特别适合用于存储对象。相较于将对象的每个字段存成单个string类型。将一个对象存储在hash类型中会占用更少的 内存 ，并且可以更方便的存取整个对象。省 内存 的原因是新建一个hash对象时开始是用zipmap(又称为small hash)来存储的。这个zipmap其实并不是hash table，但是zipmap相比正常的hash实现可以节省不少hash本身需要的一些元数据存储开销。尽管zipmap的添加，删除，查找都是O(n)，但是由于一般对象的field数量都不太多。所以使用zipmap也是很快的,也就是说添加删除平均还是O(1)。如果field或者value的大小超出一定限制后，Redis会在内部自动将zipmap替换成正常的hash实现. 这个限制可以在配置文件中指定

     hash-max-zipmap-entries 64 #配置字段最多64个。

　　  hash-max-zipmap-value 512 #配置value最大为512字节。

一个filed是一个key->value键值对，以下的myhash是一个Hash表

hset

设置hash field为指定值，如果key不存在，则先创建

127.0.0.1:6379> hset myhash key1 value1
(integer) 1

hsetnx

设置hash field为指定值，如果KEY不存在，则先创建，如果key已存在。返回0.nx是not exist的意思

127.0.0.1:6379> hget myhash key1
"value1"
127.0.0.1:6379> hsetnx myhash key1 new_value1
(integer) 0

127.0.0.1:6379> hsetnx myhash key2 new_value2
(integer) 1

第一个执行失败是因为它已经存在了

hmset

一次设置hash的多个field，即设置多个键值对

127.0.0.1:6379> hmset myhash key1 value1 key2 value2
OK

hget

得到指定的hash field

127.0.0.1:6379> hget myhash key1
"value1"

hmget

取得多个指定hash  field,如果不存在，返回nil

127.0.0.1:6379> hmget myhash key1 key2 key3
1) "value1"
2) "value2"
3) (nil)

hincrby

将指定的hash field 加下定值

127.0.0.1:6379> hget myhash key1
"30"

127.0.0.1:6379> hincrby myhash key1 -5
(integer) 25
127.0.0.1:6379> hget myhash key1
"25"

上面的例子是加上了－5.

hexists

判断hash field是否存在，存在则返回1，不存在返回0

127.0.0.1:6379> hexists myhash key1
(integer) 1
127.0.0.1:6379> hexists myhash key2
(integer) 1
127.0.0.1:6379> hexists myhash key3
(integer) 0

上例中key1 key2存在，key3不存在

hlen

返回指定hash的field数

127.0.0.1:6379> hlen myhash
(integer) 2

可以看到myhash中现在有2个field

hdel

返回指定hash的field数量

（暂不理解）

hkeys

返回指定hash的所有key

127.0.0.1:6379> hkeys myhash
1) "key2"
2) "key1"

hvals

得到指定hash的所有value

127.0.0.1:6379> hvals myhash
1) "value2"
2) "value1"

hgetall

得到指定hash的所有key和value

127.0.0.1:6379> hgetall myhash
1) "key2"
2) "value2"
3) "key1"
4) "value1"