Redis核心数据结构 - hash

常用操作

HSET key field value    // 存储一个哈希表key的键值
HMSET key field value [filed value...]    // 在一个哈希表key中存储多个键值对
HGET key field    // 获取哈希表key对应的field键值
MHGET key [key...]    // 批量获取哈希表key中多个field键值
HDEL key [key...]    // 删除哈希表key中的field键值
HLEN key    // 返回哈希表key中 field的数量
HSETNX key field value    // 存储一个不存在的哈希表key的键值
HGETALL key    // 返回哈希表key中所有的键值
HINCRBY key field increment    // 为哈希表key中field键的值加上增量increment

应用场景

• 对象缓存
  HMSET   user:1   name kyo   balance 100
  HMGET   user:1   name   balance

• 电商购物车

1. 以用户id为key
2. 商品id为field
3. 商品数量为value
   添加商品：hset   cart:1   10001   1
   增加数量：hincrby   cart:1   10001   1
   商品总数：hlen   cart:1
   删除商品：hdel   cart:1   10001
   获取购物车所有商品：hgetall   cart:1

• 游戏中存储活跃用户模块数据

1. 以用户id为key
2. 模块数据名字为field
3. 模块数据值为value
   假设单个玩家所有模块数据大小为200k，那么Redis开辟40m，用来缓存最近200个活跃玩家数据，在线玩家数据修改后，定时回写到数据库和redis，对于频繁上下线的游戏可以减少上线时对数据库的读取压力
   保存有修改的玩家数据：hmset   user:1 mod1 value1   mod2 vlaue2
   上线获取玩家模块数据：hgetall   user:1
   可以结合玩家上线频率适当对key加上超时，因为单个玩家数据都聚合到一个key，淘汰时会整体换出，再次读取不存在的key时再到数据库加载即可，方便管理。

hash结构优点

• 同类数据归类整合存储，方便数据管理
• 相比string存储更节省空间，主要是省在key的长度上

hash结构缺点

• 过期功能不能用在field上，只能用在key上
• Redis集群架构下不适合大规模使用，因为集群会根据key分到不同的槽位，如果单个key下数据量大，所有访问都会转到指定的槽位，无法做分片存储。 所以最好只是单个用户下单个模块使用hash结构。