这篇文章主要讲解了“如何掌握Redis场景设计”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“如何掌握Redis场景设计”吧！
接下来看看每个数据结构常用的指令有哪些，我们用一张表比较清晰的展示：
场景一：商品库存数
从业务上，商品库存数据是热点数据，交易行为会直接影响库存。而 Redis 自身 String 类型提供了：
set goods_id 10; 设置 id 为 good_id 的商品的库存初始值为 10；
decr goods_id; 当商品被购买时候，库存数据减 1。
依次类推的场景：商品的浏览次数，问题或者回复的点赞次数等。这种计数的场景都可以考虑利用 Redis 来实现。
场景二：时效信息存储
Redis 的数据存储具有自动失效能力。也就是存储的 key-value 可以设置过期时间：set(key, value, expireTime)。
比如，用户登录某个 App 需要获取登录验证码， 验证码在 30 秒内有效。那么我们就可以使用 String 类型存储验证码，同时设置 30 秒的失效时间。
Redis 在存储对象（例如：用户信息）的时候需要对对象进行序列化转换然后存储。
还有一种形式，就是将对象数据转换为 JSON 结构数据，然后存储 JSON 的字符串到 Redis。
对于一些对象类型，还有一种比较方便的类型，那就是按照 Redis 的 Hash 类型进行存储。
例如，我们存储一些网站用户的基本信息， 我们可以使用：
这样就存储了一个用户基本信息，存储信息有：{name : 小明， phone : “123456”，sex : “男”}
当然这种类似场景还非常多， 比如存储订单的数据，产品的数据，商家基本信息等。以淘宝购物车为主
1.原生:
set user: 1:name james;
set user:1:age 23;
set user:1:sex boy;
优点:简单直观，每个键对应一个值
缺点:键数过多，占用内存多，用户信息过于分散，不用于生产环境
2.将对象序列化存入
redis set user:1 serial ize (userInfo);
优点:编程简单，若使用序列化合理内存使用率高
缺点:序列化与反序列化有一定开销，更新属性时需要把userInfo全取出来进行反序列化，更新后再序列化到redis
3.hash存储:
hmset user:1 name james age 23 sex boy
优点:简单直观，使用合理可减少内存空间消耗
缺点:要控制ziplist 与hashtable两种编码转换，Mhashtable会消耗更多内存。
list 是按照插入顺序排序的字符串链表。可以在头部和尾部插入新的元素（双向链表实现，两端添加元素的时间复杂度为 O(1)） 。
场景一：消息队列实现
目前有很多专业的消息队列组件 Kafka、RabbitMQ 等。 我们在这里仅仅是使用 list 的特征来实现消息队列的要求。在实际技术选型的过程中，大家可以慎重思考。
list 存储就是一个队列的存储形式：
lpush key value; 在 key 对应 list 的头部添加字符串元素；
rpop key;移除列表的最后一个元素，返回值为移除的元素。
场景二：最新上架商品
在交易网站首页经常会有新上架产品推荐的模块， 这个模块是存储了最新上架前 100 名。
这时候使用 Redis 的 list 数据结构，来进行 TOP 100 新上架产品的存储。
Redis ltrim 指令对一个列表进行修剪（trim），这样 list 就会只包含指定范围的指定元素。
start 和 stop 都是由 0 开始计数的，这里的 0 是列表里的第一个元素（表头），1 是第二个元素。
如下伪代码演示：
set 也是存储了一个集合列表功能。和 list 不同，set 具备去重功能。当需要存储一个列表信息，同时要求列表内的元素不能有重复，这时候使用 set 比较合适。与此同时，set 还提供的交集、并集、差集。
例如，在交易网站，我们会存储用户感兴趣的商品信息，在进行相似用户分析的时候， 可以通过计算两个不同用户之间感兴趣商品的数量来提供一些依据。
获取到两个用户相似的产品， 然后确定相似产品的类目就可以进行用户分析。
类似的应用场景还有， 社交场景下共同关注好友， 相似兴趣 tag 等场景的支持。
setA={A,B,C} setB={B, C}
1）集合与集合之间的交集
sinter setA setB－－>得到集合{B,C}
集合与集合之间的并集
sunion setA setB －－>得到集合{A,B,C}
3）集合与集合之间的差集
sdiff setA setB－－>得到集合{A}
如何实现微博的微关系设计？
常用于排行榜，如视频网站需要对用户上传视频做排行榜，或点赞数与集合有联系，不能有重复的成员
感谢各位的阅读，以上就是“如何掌握Redis场景设计”的内容了，经过本文的学习后，相信大家对如何掌握Redis场景设计这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是亿速云，小编将为大家推送更多相关知识点的文章，欢迎关注！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
