Redis里到底放啥数据比较合适，哪些东西存它更靠谱呢

要搞清楚Redis里放什么数据合适，首先得明白Redis是个什么东西，简单打个比方，你的电脑硬盘就像一个大仓库，容量大，东西放进去断电也不会丢，但存取速度慢；而Redis就像是工厂生产线旁边的工作台，空间非常有限，但你要拿个工具、取个零件，伸手就是，速度极快，这个工作台（Redis）的数据都放在服务器的内存里，所以读写操作飞快，但一旦断电或重启，上面的东西就没了（除非做了持久化备份，但那会影响一些速度）。

核心原则就是：把那些你访问非常频繁、对速度要求极高，并且即使丢失了也能从别处恢复过来的数据，放在Redis里最合适。 换句话说，Redis是用来“加速”的，不是用来“长久保存”的，根据这个原则,我们来看看哪些数据存它更靠谱。

第一类：会话数据（Session Storage） 这是Redis最经典、最普遍的用途之一，比如你登录一个网站，服务器会给你创建一个会话（Session），记录你的登录状态、用户ID等信息，如果把这个会话数据存在硬盘的数据库里，每次你点击页面，服务器都要去数据库查一下这个会话是否有效，当用户量巨大时，数据库压力会非常大，速度也会变慢，而把它存在Redis里，检查会话就是一瞬间的事，极大地提升了网站的反应速度，即使Redis偶尔出问题导致会话丢失，大不了就是让用户重新登录一次，这个损失是可以接受的，很多大型网站（如Twitter、GitHub在其发展过程中都曾这样使用）都采用这种方案。

第二类：频繁访问的“热点”数据 你的应用里总有一些数据是被所有人或者大量用户反复查看的,而且是读的次数远大于写的次数。

• 商品信息： 电商网站里某款热门手机的商品详情页，一天被浏览几百万次，如果把它的名称、价格、图片链接等基本信息放在Redis里，每次渲染页面时直接从Redis读取，速度会快得多，价格等信息的更新频率相对较低,更新时同时更新数据库和Redis即可。
• 新闻头条/文章内容： 一篇爆款新闻发布后的短时间内，会有海量用户涌入阅读，将其内容缓存到Redis,能瞬间缓解数据库的压力。
• 用户基础信息： 像用户的昵称、头像链接等，这些信息变化不频繁，但几乎每个页面都需要显示,缓存起来能避免重复查询数据库。

第三类：排行榜和计数器 这是Redis数据结构（如有序集合ZSET）的天然优势所在,做得非常高效。

• 排行榜： 比如游戏里的积分榜、视频的播放量排行榜、商品的销量榜，Redis的有序集合可以非常快速地进行排序、范围查询（查前100名）、实时更新某个用户的分数，如果你用传统数据库来做实时排名，尤其是在数据量大的时候,会非常吃力。
• 计数器： 比如文章的阅读量、微博的点赞数、网站的实时在线人数，这些数据需要频繁地增加（INCR操作），Redis处理这种简单的原子操作速度极快，而且准确，比如你想统计一篇文章的阅读量，每次有人阅读就在Redis里给这个文章的ID对应的值加1，定期再把这个值同步回数据库，这样既保证了实时性,又减轻了数据库的写入压力。

第四类：需要快速验证的临时数据

• 短信/邮箱验证码： 用户获取的验证码通常有效期很短（如5分钟），存到Redis里并设置一个过期时间（TTL），验证时直接核对，过期自动删除,非常方便和高效。
• 接口防重放/限流： 为了防止恶意用户短时间内频繁调用某个接口（比如发送短信），可以将用户的IP和接口标识作为key存入Redis，设置一个短暂的过期时间，每次请求来的时候检查这个key是否存在，从而判断是否允许此次操作,这比去数据库查询要快得多。

第五类：简单的消息队列或发布/订阅 虽然专业的消息队列（如Kafka、RabbitMQ）功能更强大，但在一些对可靠性要求不是极端高的场景下，Redis的列表（List）或发布/订阅（Pub/Sub）功能可以作为一个轻量级的消息中间件来使用，比如处理一些异步任务，如发送通知、记录日志等，生产者将任务消息放入Redis列表，消费者从列表中取出处理,实现解耦和流量削峰。

什么样的数据不适合放Redis？

1. 体积巨大的数据： 比如整篇文章的完整内容、大尺寸的图片或文件二进制流，因为Redis是基于内存的，存大对象会非常消耗宝贵的内存资源，可能拖慢整个系统，这类数据更适合存在对象存储或文件系统里,在Redis里只存它们的访问地址。
2. 对数据一致性要求极高、绝不能丢的数据： 比如金融交易记录、订单的核心信息，这些数据必须优先保证安全可靠地落入硬盘数据库，Redis只能作为辅助缓存,并且要谨慎处理缓存和数据库之间的数据同步问题。
3. 访问频率很低的数据： 比如一年前的历史日志、冷门商品的详细信息，把这些数据放Redis里纯属浪费内存,它们更适合待在硬盘里。

使用Redis的核心目的是用空间（内存）换时间（速度），把它想象成你在书桌上常备的几本工具书和笔记，而不是把你所有的家当都堆在桌上，合理规划,才能让它成为你应用的性能加速器。