Redis作为缓存到底是咋回事，原理和作用其实没那么复杂，只是用得巧妙点罢了

说到Redis做缓存,其实这事儿就跟咱们生活中用的小纸条或者备忘录差不多，你想想看，你每天要记那么多事情，比如某个重要客户的电话、家里需要买的日用品清单，你不可能每次都去翻厚厚的通讯录或者跑一趟超市看缺啥，最省事的办法，就是拿张便签纸，把最常用、最关键的信息写下来，贴在电脑显示器边上或者冰箱门上，这样，需要的时候一眼就能看到，立马解决问题，速度飞快，Redis扮演的就是这张“便签纸”的角色，而你的通讯录和超市货架，就是那个速度相对比较慢的“大本营”——也就是数据库。

为什么需要这张“便签纸”呢？根本原因在于，数据库（比如MySQL这类）虽然能稳妥地存下海量数据，但它读写数据的速度是有上限的，尤其是在很多人同时访问的时候，它就像一个大仓库，东西放得特别规整，但每次进去取件都要走流程、办手续，比较耗时，而互联网应用，比如淘宝、微博这种，动不动就几千万、上亿人同时用，如果每个用户每次查看商品信息、刷新朋友圈，都得直接去“大仓库”（数据库）里翻找，那数据库根本忙不过来，页面加载就会变得巨慢，用户体验极差，甚至可能导致数据库瘫痪。

这时候,Redis就派上用场了，它最大的特点就是快，非常快，因为它把数据直接放在服务器的内存里，内存的读写速度，比硬盘（数据库通常数据存在硬盘上）要快好几个数量级，相当于从“走楼梯”变成了“坐火箭”，我们把数据库中那些被频繁查询、但又不经常变动的“热乎”数据（比如热门商品的详情、网站的排行榜、用户的简要信息等），提前搬一份到Redis这个内存仓库里。

当用户再来请求数据的时候,应用系统就学聪明了，它不再傻乎乎地直接去敲数据库的门，而是先去Redis这个“高速缓存”里瞅一眼，问：“嘿，你有这个用户的数据吗？”如果Redis里有（这种情况叫做缓存命中），太好了！直接拿出来，飞速返回给用户，整个过程完全不用打扰数据库，速度自然就上去了。

那万一Redis里没有需要的数据呢（这种情况叫做缓存未命中）？也没关系，系统会老老实实地去数据库里把数据取出来，一方面返回给用户，它还会“顺手”把这份数据在Redis里也存一份，并且可能设置一个有效期，这样，下一个用户再来请求同样的数据时，就能直接从Redis里快速获取了，这就好比你去问秘书一个不常联系的人的电话，秘书第一次需要花时间从档案室查，但查完后他可能会记在自己的本子上，下次你再问，他立马就能告诉你。

除了“读”数据，在“写”数据（比如修改用户昵称）的时候，为了确保缓存里的数据和数据库里的数据一致，也需要一些策略，常见的做法是，在更新数据库的同时，让Redis里对应的旧数据失效，这样下次有人来读的时候，发现缓存没了，就会去数据库取最新的数据，然后重新塞回Redis，这就像你更新了通讯录里的电话号码，得顺手把冰箱上那张旧的便签撕掉，免得别人打错。

Redis这张“便签纸”大小是有限的（内存比硬盘贵嘛），不能无限制地存东西，所以当内存快满的时候，它得决定扔掉哪些不常用的数据，这就是缓存淘汰策略，把最近最少用的那条数据扔掉”（LRU算法），这也很符合我们的生活常识。

所以你看,Redis作为缓存的原理和作用，核心就是“空间换时间”，用宝贵的内存空间，换来惊人的访问速度，从而保护背后速度较慢的数据库，提升整个系统的吞吐能力和响应速度，它本身不产生数据，只是数据的“搬运工”和“临时保管员”，但正是这个巧妙的角色，在现代高并发的系统设计中变得不可或缺，说白了，它就是给数据库前面加了个“超级速递站”，让最热门的东西触手可及。