Redis缓存内容瞬间提速，感觉就像给数据装了火箭一样快

“Redis缓存内容瞬间提速，感觉就像给数据装了火箭一样快”

你有没有遇到过这种情况？打开一个经常用的手机APP，比如购物软件，首页加载那个圈圈要转好久，或者刷新闻的时候，图片文字半天出不来，心里那个急啊，恨不得把手机给扔了，但有时候，点开另一个APP，比如某些反应特别快的社交应用，页面几乎是“唰”地一下就出来了，那种流畅感，让人心情都变好了。

这背后,很可能就是一个叫做Redis的技术在悄悄发力，你可以把它想象成一个超级高效的“临时记忆库”，就放在你家门口，而你家那个堆满东西、找什么都得翻半天的仓库，就是那个正经的、存储所有数据的数据库。

举个例子,想象一下双十一抢购，如果每次有上亿人同时点开淘宝首页，每个人的手机都直接去问阿里巴巴那个巨大的中心数据库：“嘿，给我看看今天首页有啥推荐！”这个数据库就算再厉害，也得像一个图书馆管理员一样，在浩瀚的书架（硬盘）里一本一本找你要的书（数据），这么多人同时问，管理员非得累趴下不可，结果就是大家都卡在那里，页面白屏，啥也买不到。

但有了Redis就不一样了,淘宝可以提前把首页最热门的商品信息、优惠券信息等这些被问得最多的数据，从那个大仓库里拿出来，复制一份，放在Redis这个“家门口的临时记忆库”里，这个记忆库有个特点：它不像仓库那样东西堆得深，它是把所有东西都放在最显眼、一伸手就能够到的地方（存在内存里），当你在双十一零点疯狂刷新首页时，你的请求根本不用跑远去麻烦那个“图书馆管理员”，直接在门口的Redis这里就拿到了数据，这个过程有多快呢？可能比你眨一下眼还要快几十倍甚至上百倍，这就是为什么你能瞬间看到页面，然后迅速下单的原因，感觉上，数据就像坐了火箭一样，“嗖”地一下就到你手机上了。

再举个更贴近生活的例子,你刷微博或者知乎的时候，经常会看到一个帖子有多少点赞、多少评论，如果每次有人刷新页面，系统都去数据库里重新数一遍这个帖子底下总共有多少条点赞记录，那数据库的压力就太大了，聪明的做法是，系统把当前这个帖子的点赞数记在Redis里，每当有一个人点赞，Redis里的数字就立刻加1，当你查看的时候，Redis瞬间就把这个最新的数字给你了，根本不用去打扰数据库，这种实时更新和读取的速度，也是Redis的拿手好戏。

还有你登录网站时遇到的验证码,网站需要生成一个随机的验证码图片，并且记住这个验证码是和你的这次登录请求绑定的，用来等会儿核对，这种信息不需要永久保存，通常几分钟就失效了，如果为了这点小事也去写进庞大的数据库，然后再读出来核对，就像是用宰牛刀杀鸡，大材小用而且效率低下，Redis特别擅长处理这种“临时性”的数据，它设置一个几分钟后自动过期的功能，时间一到，这个没用的验证码数据就自动清理掉了，非常方便快捷。

Redis就像一个身手敏捷的“前台小哥”或者“超级速记员”，所有最急、最热、最需要快速响应的任务，都先交给它，它用闪电般的速度处理掉大部分简单的请求，只有那些真正需要复杂查询或者需要永久保存的数据，才会被转交给后面那个“大仓库”（数据库）去处理，这样分工合作，整个系统就变得非常顺畅，用户几乎感觉不到等待。

下次当你惊叹于某个应用“怎么这么快”的时候，背后很可能就是这个像给数据装了火箭引擎一样的Redis在默默工作，它虽然不像那些华丽的功能那样被用户直接看到，但正是这种底层技术的优化，才真正决定了我们数字生活的体验是“卡顿糟心”还是“行云流水”。 综合自常见的互联网技术架构解析及对缓存技术原理的通俗理解）