Redis笔记【1】:为什么要使用Nosql
Redis笔记【2】：最简单的redis操作命令
Redis笔记【3】：五大数据类型之string类型
Redis笔记【5】：五大数据类型之 list 类型
Redis笔记【6】：五大数据类型之 set 类型
Redis笔记【7】五大数据类型之zset类型
结合实际谈谈为什么需要hash
- 其实为什么需要一个新的数据类型，而不是仅仅就用string类型，根本的原因还是string类型满足不了一些需求，用hash来作为解决方案。
- 在存储上有一个问题，就是对象类型的存储如果具有较频繁的更新需求，用string来频繁操作会显得笨重。
- 新的存储需求:对一系列存储的数据进行编组，方便管理，典型应用是存储对象信息。
- 需要 的存储结构：一个存储空间保存多个键值对数据
- hash类型：底层使用哈希表结构实现数据存储
hash类型数据的基本操作
- 添加/修改数据
hset key field value
- 添加/修改多个数据
hmset key field1 value1 field2 value2 ...
- 获取数据
hget key field # 获取单个field数据
hgetall key # 获取该key的全部field数据
- 获取多个数据
hmget key field1 field2 ...
- 删除数据
hdel key field1 [field2]
- 获取哈希表中字段的数量
hlen key
- 获取哈希表中是否存在指定的字段
hexists key field
hash类型数据的扩展操作
- 获取哈希表中所有字段名或字段值
hkeys key
hvals key
- 设置指定字段的数值数据增加指定范围的值
hincrby key field increment
hincrbyfloat key field increment
- hsetnx
- hsetnx 将哈希表 key 中的域 field 的值设置为 value ，当且仅当域 field 不存在。若域 field 已经存在，该操作无效。如果 key 不存在，一个新哈希表被创建并执行 hsetnx 命令。
hsetnx key field value
hash 类型数据操作的注意事项
- hash类型下的value只能存储字符串，不允许存储其他数据类型，不存在嵌套现象。如果数据未获取到，
对应的值为（nil）。 - 每个 hash 可以存储 232-1个键值对
- hash类型十分贴近对象的数据存储形式，并且可以灵活添加删除对象属性。但hash设计初衷不是为了存
储大量对象而设计的，切记不可滥用，更不可以将hash作为对象列表使用 - hgetall 操作可以获取全部属性，如果内部field过多，遍历整体数据效率就很会低，有可能成为数据访问
瓶颈
hash 类型应用场景
场景1：redis 应用于购物车数据存储设计
电商网站购物车设计与实现
场景1：业务分析
- 仅分析购物车的redis存储模型：添加、浏览、更改数量、删除、清空
- 购物车于数据库间持久化同步（不讨论）
- 购物车于订单间关系（不讨论）
- 未登录用户购物车信息存储（不讨论）
场景1：解决方案
- 以客户id作为key，每位客户创建一个hash存储结构存储对应的购物车信息
- 将商品id作为field，购买数量作为value进行存储
- 添加商品：追加全新的field与value
- 浏览：遍历hash
- 更改商品数量：自增、自减，设置value值
- 删除商品：删除field
- 清空购物车：删除key
场景1：深入思考？
场景1：当前设计是否加速了购物车的呈现
- 当前仅仅是将数据存储到了redis中，并没有起到加速的作用，商品信息还需要二次查询数据库
- 方法：将每条购物车中的商品记录保存成两条field
- field1 专用于保存购买数量
field: 商品id:nums
value: 商品购买数量
- field2 专用于保存购物车中显示的信息，包含文字描述，图片地址、所属商家信息等
field: 商品id:info
value: json
场景2：redis 应用于抢购，限购类、限量发放优惠卷、激活码等业务的数据存储设计
双11活动日，销售手机充值卡的商家对移动、联通、电信的30元、50元、100元商品推出抢购活动，每种商品抢购上限1000张
场景2：解决方案
- 以商家id作为key
- 将参与抢购的商品id作为field
- 将参与抢购的商品数量作为对应的value
- 抢购时使用降值的方式控制产品数量
- 注意：实际业务中还有超卖等实际问题，这里不做讨论
说明：本文是根据黑马程序员的redis课程整理的笔记
扫一扫
452
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
