Redis怎么用才能真提升网站性能，别光听说得自己试试看

别一上来就乱用，先搞清楚Redis是干什么的

很多人听说Redis快，就把数据库里的所有东西都往Redis里塞，这是大忌，Redis的核心是缓存，意思是“临时存放一些经常要用的、从数据库里查起来很慢的数据”，它的速度快，是因为数据放在内存里，但内存是有限的，而且一断电数据就没了（虽然有持久化机制，但主要目标不是这个），提升性能的第一步，是想清楚“哪些数据值得放进宝贵的内存里”。

根据《Redis实战》这本书里的观点，最适合缓存的数据有这几类：

1. 热点数据： 比如网站首页的商品列表、热门文章、排行榜，这些数据每秒被成千上万的用户请求，如果每次都去查数据库，数据库肯定扛不住，把它们缓存起来,性能提升立竿见影。
2. 耗时计算的结果： 比如一个复杂的报表，生成一次需要10秒钟，你不能每次用户请求都重新算一遍，可以把最终结果缓存起来，设置一个过期时间，比如5分钟，这样5分钟内所有请求都直接拿结果,快如闪电。
3. 会话（Session）数据： 用户登录后，他的登录状态、购物车信息等，如果放在应用服务器的内存里，当你有多个服务器时，用户下次请求可能到了另一台服务器，就找不到登录信息了，用Redis集中存Session，所有服务器都能访问，问题就解决了,这是很多大型网站的标准做法。

几个真正能见效的实战场景，你自己试试看

光说不练假把式，下面举几个具体的例子,你可以对照你的网站想想怎么用。

干掉数据库的“慢查询”——缓存穿透和雪崩的坑要避开

• 怎么用： 比如你的文章详情页，根据文章ID查询数据库，最简单的用法是：查询前先查Redis，有就直接返回；没有就去数据库查，然后塞到Redis里，并设置过期时间（比如5分钟）。
• 自己试试看（关键点）：
  • 缓存穿透： 万一有人恶意用不存在的ID疯狂请求，你的程序每次都会去查数据库，Redis根本没起作用。试试这个方案： 即使数据库没查到，也在Redis里存个空值（比如NULL），并设置一个很短的过期时间（30秒）,这样短时间内同样的恶意请求就打不到数据库了。
  • 缓存雪崩： 如果大量缓存在同一时间过期，所有请求又会同时涌向数据库。试试这个方案： 给缓存过期时间加一个随机值，比如基础5分钟，再加一个0-60秒的随机数,让缓存错开时间失效。

实现一个实时排行榜——这是Redis的杀手锏

• 怎么用： 用Redis的有序集合（ZSET） 数据结构，比如做一个文章点赞榜，文章ID作为成员（member），点赞数作为分数（score），用户每点一次赞，就执行一下 ZINCRBY hot_article 1 article_id 命令，要取前十名？直接用 ZREVRANGE hot_article 0 9 WITHSCORES,速度极快。
• 自己试试看： 这个功能如果用数据库做，要么实时计算（慢死），要么定时跑任务（不实时），用Redis你会发现，排行榜是真正“实时”更新的，性能开销极小，你自己写个demo试试,就能立刻感受到那种流畅感。

秒杀和限流——控制洪峰流量

• 怎么用： 秒杀的核心问题是库存超卖和系统被压垮。
  • 库存预扣： 把商品库存提前加载到Redis里，用户下单时，用Redis的 DECR 命令原子性地减少库存，如果结果大于等于0，说明扣减成功，再去数据库完成后续订单流程，如果小于0，说明卖完了，直接返回失败,这比用数据库锁表性能高无数倍。
  • 限流： 比如限制一个IP地址一分钟内只能请求60次，可以用Redis的 INCR 和过期时间实现，每次请求时，对IP作为key进行 INCR，如果是1，同时设置过期时间为60秒，如果值大于60,就直接拒绝请求。
• 自己试试看： 你可以在一个简单的API接口上加上这个限流逻辑，然后用工具模拟高并发请求,看看它是如何有效地保护你的后端服务的。

一些必须知道的“军规”，避免踩坑

1. 一定要设置过期时间： 除非你非常确定某些数据需要永久缓存，否则必须设置TTL（生存时间），这是防止数据无限增长、撑爆内存的最基本保障。
2. 别把Redis当队列滥用： Redis的List可以做简单的队列，但如果你的消息处理非常关键，不能丢失，还是用专业的消息队列（如RabbitMQ、Kafka）更稳妥,Redis持久化不是为这种场景设计的。
3. 监控是关键： 用了Redis不代表就高枕无忧了，你要监控它的内存使用率、缓存命中率（命中率越高说明用得越好）、连接数等指标，如果命中率很低,说明你缓存的数据可能不对。
4. 序列化方式： 存对象到Redis前要序列化，比如转换成JSON或者MessagePack格式，选择一种高效、节省空间的序列化方式也很重要。

想用Redis真正提升性能，核心就三点：第一，选对数据（热点、耗时结果、会话）；第二，用对数据结构（字符串、哈希、集合、有序集合各有妙用）；第三，避开常见坑（穿透、雪崩、无过期时间）。

最有效的学习方式，就是把你现在网站上一个最慢的接口挑出来，比如那个要查好几张表、关联一大堆数据的接口，按照上面的思路，加上一层Redis缓存，先别想太复杂，就从最简单的“查缓存-无则查数据库-回写缓存”开始，加上之后，用压测工具或者自己刷新看看，响应时间是不是从几百毫秒变成了几毫秒，这种亲身实践带来的感受，比看十篇文章都深刻，别光听说,自己试试看吧。