当前位置：首页 > 问答 > 正文

Redis缓存用起来到底怎么提升性能，啥场景最适合放缓存呢？

歧云亭
问答
2026-01-01 10:32:01
3

关于Redis缓存如何提升性能以及最适合的使用场景，我们可以从最根本的计算机速度差异说起，想象一下，你的大脑（相当于应用程序）需要查一个你不太确定的数据，唐朝是哪一年建立的”，你有两个选择：第一，跑去市里最大的图书馆（相当于硬盘数据库），在浩如烟海的书架上一本一本找历史书，这要花很长时间；第二，你手边就有一本常用的《历史速查手册》（相当于Redis缓存），一翻就能找到答案，显然，第二种方法快得多，Redis扮演的就是那本《历史速查手册》的角色。

Redis提升性能的核心原理：用空间换时间，把“慢动作”变成“闪电侠”

根据知乎专栏“架构师之路”和多位技术专家的分享，Redis提升性能主要靠以下几点,我们用大白话解释：

躲开笨重的大块头数据库（减少数据库压力）：你的核心数据库（比如MySQL）就像一个大仓库，东西放得很规整，但每次开门、找货、搬出来都要走一套复杂的流程，非常耗时耗力，尤其是当很多人同时来仓库取同一样热门商品（比如秒杀活动的商品信息）时，仓库管理员（数据库）可能会累瘫（数据库连接池耗尽、CPU飙升），而Redis就像仓库门口摆的一个小货架，把最畅销的商品提前摆出来，大部分顾客直接在货架上拿了就走，根本不用惊动仓库里面，这样一来，仓库的压力骤减，能为那些真正需要复杂操作（比如下单、付款）的请求提供更快的服务，根据CSDN博客上一些开发者的经验分享，一个简单的数据从Redis读取可能只需要1毫秒，而从硬盘数据库读取可能需要10毫秒甚至更多，当并发量高时,这个差距就是天壤之别。
自己记性好，不用重复计算（避免重复计算）：有些数据不是直接从数据库里简单查出来的，而是你的应用程序经过一番复杂的“思考”（计算、处理、聚合）才得到的，一个电商网站首页要展示“今日热销排行榜”，这个榜单可能需要统计过去24小时内所有商品的销量并排序，如果每个用户访问首页都让程序重新算一遍，那服务器的CPU就别想休息了，这时候，Redis的用处就大了，我们可以把算好的排行榜结果直接存到Redis里，并设置一个过期时间（比如5分钟），在接下来的5分钟内，所有用户来访问，程序都直接从这个“结果备忘录”（Redis）里读取现成的榜单，速度快如闪电，5分钟后缓存失效，再重新计算一次存入,这就极大地节省了服务器的计算资源。
天生为速度而生（内存读写 vs 硬盘读写）：这是最硬核的原因，Redis把数据直接放在服务器的内存（RAM）里，内存的读写速度是硬盘（无论是机械硬盘还是固态硬盘）的几十倍甚至上百倍，你可以理解为，从内存读数据是“光速”，而从硬盘读数据是“开汽车上高速”，虽然SSD已经很快了，但和内存依然不在一个数量级上，知乎用户“程序员小灰”曾用一个生动的比喻：CPU访问内存就像在你家客厅书架上拿书，而访问硬盘则像需要下楼去小区车库的箱子里取书，Redis充分利用了内存的高速特性,实现了极高的读写性能。

什么场景最适合请Redis这位“外援”呢？

不是所有数据都适合放进缓存，用错了反而会增加复杂度，根据《Redis设计与实现》一书以及常见的业务实践，以下几类场景是Redis的“主战场”：

热点数据，读多写少：这是最经典、最理想的场景，那些被频繁查询，但又不经常修改的数据，简直是缓存的“天菜”。
- 用户信息：用户登录后，经常要展示昵称、头像等,这些信息不会天天变。
- 商品信息、价格、图片链接等,在商品详情页被疯狂访问。
- 新闻文章、博客内容：一篇爆款文章发布后，会有成千上万人阅读,但内容本身不会变。
- 配置信息：系统的一些全局配置参数,需要快速读取。
耗时计算的结果缓存：就像前面提到的“排行榜”例子，凡是需要大量CPU时间或复杂数据库查询才能得到的结果,都适合缓存。
- 首页聚合数据：首页需要展示很多模块的数据，每个模块都去查数据库，首页打开就会很慢,可以把整个首页渲染好的HTML片段或者组装好的JSON数据缓存起来。
- 复杂的报表数据：一些数据分析结果，计算过程可能要好几分钟，可以每天凌晨算一次,然后缓存一整天。
需要“抹平”突发流量的场景：秒杀”活动开始的第一秒，会有海量请求涌向服务器，查询同一个商品库存，如果这些请求都直接打到数据库上，数据库瞬间就可能崩溃，这时候，我们可以把商品库存数量提前加载到Redis中（Redis本身能承受极高的并发读），所有请求都来Redis这里查询，虽然库存扣减时需要谨慎处理（保证数据一致性），但至少查询请求这个最巨大的压力被Redis轻松化解了，这种用法在京东、淘宝等大型电商的分享中经常被提及。
会话（Session）存储：在网站或App中，用户登录后的状态（Session）需要被记住，如果放在应用服务器自己的内存里，当用户下次请求被分配到另一台服务器时，就找不到登录状态了，把Session统一存到Redis中，所有服务器都从一个地方读取，就实现了“分布式Session”，用户无论访问哪台机器,都能保持登录。