Redis缓存其实就是靠内存来飞快存取数据的一个方案，挺实用的

Redis缓存其实就是靠内存来飞快存取数据的一个方案,挺实用的，这句话其实非常精准地概括了Redis的核心价值，咱们就顺着这个思路，把它掰开揉碎了讲讲，看看它到底是怎么一回事，以及为什么说它“实用”。

最核心的就是“靠内存”这三个字，这得从电脑的存储结构说起，咱们电脑里存东西的地方有好几种，速度差别非常大，最快的是CPU里面的缓存，但那太小了，存不了多少东西，接下来就是内存，也就是我们常说的RAM，它的速度也非常快，但有个缺点，就是一断电，里面存的东西就全没了，最慢的就是硬盘，无论是机械硬盘还是固态硬盘，跟内存的速度比起来，那都差着好几个数量级，你可以想象一下，从你手边的书桌上拿一张纸（内存），和跑到档案室从一大堆文件柜里翻出一份文件（硬盘），哪个快？答案显而易见，Redis就是选择把数据放在“书桌”——也就是内存里来操作的，所有数据的读写都在内存中进行，这就从根本上决定了它的速度是飞快的，通常能达到微秒级别，一秒钟可以处理几十万甚至上百万次的请求，这是它一切神奇效果的基石。

光有速度还不够,为什么说它“实用”呢？这就涉及到它在实际应用中解决的痛点了，一个最常见的场景就是网站，想象一下，你经常逛一个购物网站，网站首页上有很多推荐商品、热门分类这些信息，这些信息其实不怎么经常变，可能一天才更新一次，如果每次有用户打开首页，网站的程序都老老实实地去查询后端那个庞大的数据库（数据库的数据是存在硬盘上的），经过复杂的计算再把结果返回给你，那这个速度就会很慢，尤其是在很多人同时访问的时候，数据库的压力会非常大，页面加载可能就会转圈圈，用户体验很差。

这时候,Redis的“缓存”作用就体现出来了，网站的程序可以这样做：第一次有用户请求首页时，它还是去数据库里把那些推荐商品的数据查出来，但与此同时，它把查到的结果原封不动地扔到Redis里存起来，并设置一个有效期，比如一个小时，在接下来的一个小时里，再有任何一个用户来访问首页，网站程序就不用再辛辛苦苦地去查数据库了，而是直接伸手向Redis要，因为Redis的数据在内存里，这个“要”的过程极快，几乎瞬间就能拿到数据，然后立刻展示给用户，这样一来，页面的加载速度得到了质的飞跃，用户点了就能看，感觉非常流畅，后端的数据库也因为访问量骤减而“松了一口气”，整个系统的承载能力就大大提升了，这就是缓存最经典、最实用的价值：提升读取速度，减轻后端数据库压力。

除了这种简单的“存一下”之外，Redis的实用性还体现在它支持多种数据结构上，它不像一些简单的缓存工具只能存字符串，Redis可以存更复杂的数据形态，它可以存一个列表，这可以用来实现消息队列，或者记录用户最近浏览过的商品；它可以存一个集合，能轻松实现“共同关注”这类功能，比如看看你和你的好友都关注了哪些人；它还可以存一种叫“有序集合”的东西，这简直就是做排行榜的利器，游戏里的玩家积分排名、微博的热搜榜，底层都很可能用的是Redis的有序集合，因为它插入和排序的速度都极快，这些丰富的数据结构，让Redis不仅仅是一个简单的缓存，还能顺手解决很多其他的实时数据问题，这就让它变得更“实用”了。

Redis也不是没有缺点,因为它把数据放在内存里，而内存的成本比硬盘贵得多，所以它一般不能像数据库那样存储海量的数据（虽然现在有集群方案可以扩展，但成本依然是个考量），正因为数据在内存里，一旦服务器断电或者重启，内存里的数据就丢了，不过Redis自己也提供了持久化的机制，可以定期把内存里的数据 snapshot（快照）到硬盘上，或者通过写日志的方式把操作记录下来，这样在重启之后可以从硬盘恢复数据，尽可能减少损失，但这也引出了一个关键点：Redis的定位是缓存，它通常不当作唯一的数据源来使用，而是作为数据库的一个高性能补充，最重要的、绝对不能丢的数据，肯定还是得写在数据库里。

Redis缓存方案的精髓,就是用空间（昂贵的内存）来换时间（极致的速度），它通过在应用和慢速数据库之间架设一道高速屏障，把那些频繁读取但又不需要实时更新的数据放在手边，随用随取，从而极大地优化了系统的性能和用户体验，它上手不难，效果立竿见影，能解决实实在在的高并发压力问题，所以说，它确实是一个非常巧妙且实用的技术方案。