用Redis缓存搞定网站前十页加载，效率蹭蹭往上涨了

（引用来源：某电商平台技术团队博客分享）

“我们网站以前有个老毛病，一到大促或者流量高峰，前十几页的商品列表加载就特别慢，有时候能卡上七八秒，用户抱怨连连，技术团队排查下来，发现瓶颈主要出在数据库上，每次用户点‘下一页’，系统都要去数据库里执行一次复杂的查询——要排序、要过滤、还要统计总数，数据库CPU直接飙高，感觉它都快冒烟了。”

“后来我们琢磨着，能不能换个思路？用户最常看、最常点的，不就是前面那几十页商品吗？尤其是前十页，几乎占了80%的访问量，这些内容在短时间内其实变化不大，没必要每次都劳烦数据库大哥重新算一遍，这时候，我们就想到了用Redis来做缓存。”

“说干就干，我们的方案其实不复杂，但效果出奇的好，具体是这么弄的：”

“第一，我们把‘页面’本身缓存起来，当第一个用户请求‘首页’时，系统还是照常去数据库查询，把费了老大劲组装好的HTML片段（或者JSON数据）直接存到Redis里，并给它设置一个过期时间，比如5分钟，接下来5分钟内，任何用户再来访问首页，系统就直接从Redis里把这个现成的页面数据拿出来返回给用户，完全绕过了数据库，这一下，加载速度就从秒级变成了毫秒级，感觉就像是开了倍速。”

“第二，光缓存静态页面还不够灵，我们还得考虑商品信息的小变动，比如某个商品突然没库存了，页面上得及时显示‘售罄’，如果缓存5分钟不变，这期间用户看到的可能就是错误信息，为了解决这个问题，我们用了‘缓存删除’的策略，一旦后台有操作影响了前台展示的商品（比如库存变更、价格调整、商家下架商品），系统在更新数据库的同时，会立刻把Redis里存着的相关页面缓存给删掉，这样，下一个用户再来请求这个页面时，发现缓存没了，就会重新去数据库查询最新数据，然后生成新的缓存，这就保证了用户看到的信息既是快的，又是准的。”

“第三，我们给不同页面设置了不同的‘寿命’，像首页、分类第一页这种流量巨大的页面，缓存时间设得短一点，比如2-3分钟，保证信息足够新鲜，而第十页以后的页面，访问量没那么大，数据稳定性更高，缓存时间就可以设长一点，比如10分钟甚至半小时，进一步减轻数据库的压力。”

“这个方案上线后，效果可以说是立竿见影，最直观的就是前端页面加载速度‘蹭蹭蹭’地往上飙，平均响应时间下降了90%以上，用户反馈好评如潮，后台数据库的压力也大大缓解，CPU使用率从经常性的高位警报降到了舒适区，感觉它又能‘多活几年’了，整个网站的稳定性和承载能力都上了一个大台阶。”

“过程中也踩过一些小坑，比如一开始缓存key设计得不好，导致有时候清理不干净；又比如高峰期Redis内存占用有点高，我们通过优化数据结构和控制缓存数量解决了，用Redis来缓存网站前十页这个思路，对于我们这种读多写少的场景，真的是一个简单又高效的法宝。”

（引用来源：综合自多个开发者社区关于高并发优化的讨论帖）

“这个思路在很多场景下都适用，比如新闻网站的头条列表、论坛的热帖排行、视频网站的热门推荐等等，这些‘头部内容’访问集中且相对稳定，都是Redis缓存大显身手的地方，其核心思想就是：用内存的速度来换取计算的耗时，把宝贵的数据资源留给真正需要实时计算的请求。”

“这不是说把所有东西都往Redis里扔就万事大吉了，关键还是要分析自己业务的特性，找到那些‘热点’数据，针对性地进行缓存，像我们，就是精准地抓住了‘前十页’这个牛鼻子，用最小的改动，解决了最痛的问题，如果你们网站也遇到了类似的前端加载瓶颈，不妨试试用Redis缓存这几页，说不定也会有惊喜。”