Redis真挺快的，数据存储到底能用在哪些场景里呢？

Redis真挺快的,数据存储到底能用在哪些场景里呢？”这个问题，我们可以从它最核心的特点“快”说起，Redis的快，主要得益于它把所有数据都放在内存里操作，读写速度可以达到微秒级别，这比传统的关系型数据库（比如MySQL）要快得多，因为后者需要读写硬盘，Redis也可以通过持久化机制把数据存到硬盘上以防丢失，但日常操作主要是在内存里完成，这就是它速度的秘诀。

这种极致的速度,在我们的日常生活中，具体能用在哪些地方呢？其实非常多，很多你每天使用的互联网服务背后，都有Redis的身影。

第一个最常见的场景就是缓存。 这是Redis的“本职工作”，也是应用最广泛的场景，你打开淘宝或者京东这样的电商APP，首页会展示很多商品推荐、活动信息，这些信息如果每次都去查询后台的主数据库，数据库的压力会非常大，速度也会很慢，这时候，就可以用Redis来做缓存，系统可以先把这些热门商品信息、活动页面在Redis里存一份，当你打开APP时，系统直接从速度飞快的Redis里把数据取出来展示给你，你几乎感觉不到延迟，这样一来，既让你快速看到了内容，又保护了后方的主力数据库，这就像超市把最畅销的饮料放在收银台旁边的货架上，你伸手就能拿到，而不需要跑到仓库深处去翻找。

第二个场景是计数器和排行榜。 微博的点赞数、文章的阅读量、直播间的在线人数，这些数字需要频繁地更新，如果用数据库，每次有人点赞都要去更新一次数据库记录，并发量高的时候数据库可能就“撑不住”了，Redis提供了非常高效的增加、减少命令，非常适合这种高频次的计数操作，你给一条微博点个赞，后台只需要向Redis发送一个简单的指令，点赞数瞬间就+1了，同样，基于这个特性，实现排行榜也非常简单，比如游戏里的积分榜、视频的热播榜，Redis有专门的数据结构（有序集合）可以轻松实现实时排序和查询。

第三个场景是会话管理。 你现在登录了一个网站，比如知乎，在接下来一段时间内，你刷新页面或者点击其他链接，都不需要重新登录，这是因为服务器给你创建了一个会话（Session），记录了你已经登录的状态，如果把这个会话信息存在每台服务器自己的内存里，那么当你的下一次请求被分配到另一台服务器时，那台服务器就不认识你了，你就会被迫下线，为了解决这个问题，通常会用一个集中的地方来存储所有用户的会话信息，Redis就是绝佳的选择，因为它速度快，能快速验证你的登录状态；而且它可以独立于所有应用服务器，保证你无论访问哪台服务器，都能保持登录。

第四个场景是消息队列。 这是一种应用内部“通信”的方式，比如在一个订票系统中，你点击“下单”后，系统需要做很多事：扣减库存、生成订单、发送短信通知等，如果所有这些操作都等你点击后一个个顺序完成，你可能要等很久，更聪明的做法是，你一下单，核心的订单信息就被快速塞进一个“队列”（Redis可以扮演这个队列的角色），然后系统立刻返回“下单成功”的提示给你，而后台会有很多程序从这个队列里依次取出任务，慢慢地去处理扣库存、发短信这些耗时操作，这样就实现了“前台快速响应，后台异步处理”，提升了用户的体验，这就像在快餐店点餐，收银员收了你的钱给你小票后，你就可以到旁边等着了，后厨会按照小票的顺序慢慢做餐，而不需要你站在柜台前一直等到汉堡做好。

第五个场景是实时系统。 最典型的就是聊天室或者在线客服系统，当你发送一条消息后，需要几乎实时地显示在对方的屏幕上，这种“实时性”要求数据交换的速度非常快，Redis有一种“发布/订阅”的功能，很适合这种场景，你可以把聊天室看作一个频道，当你发送消息（发布消息）时，Redis会立刻把这个消息传递给所有在这个频道里的用户（订阅者），延迟极低，保证了沟通的流畅。

除了以上这些,Redis还能用在很多其他地方，比如存储用户的社交关系（好友列表）、实现分布式锁（防止多个操作同时修改一份数据造成错乱）、甚至是作为地理空间信息的查询（比如附近的人）等。

Redis就像一个速度超快的多功能临时工作台,凡是需要快速读写、频繁更新、临时存储或者高速交换数据的场景，几乎都能看到它的用武之地，它虽然不是存储最终数据的“保险柜”（通常还需要配合MySQL等数据库使用），但绝对是提升现代互联网应用性能和用户体验的“加速器”。（内容参考和整合了Redis官方应用场景介绍、以及《Redis设计与实现》等技术书籍中关于实用案例的普遍描述）