正常情况下，我们会把应用的数据存放在数据库中，数据库把数据存放在磁盘;而Redis是一款基于内存的存储系统，数据都存在内存里，这就是从Redis读取数据比从数据库读取数据要快的根本原因了。
看到这里你可能会说，把数据存在内存有啥了不起的，我可以用谷歌的guava呀！再不济，我可以直接new一个HashMap存数据呀，这不都是基于内存的吗？
这个问题让我联想起了我在网上看面经的时候看到的一道题：如果让你设计一个缓存，你会怎么设计？
大家可以想一下guava和Map集合使用时的缺点是什么？
很明显一点就是这两者虽然基于内存，但他们使用的是jvm的内存，如果jvm挂掉或者重启了，数据也就丢失了。这就能方便我们联想到Redis的持久化机制，Redis的持久化机制使得内存中的数据能够持久化到磁盘上，解决内存数据掉电易失的问题，而且Redis是一款中间件，无需依赖于jvm。
（当初我只是死背Redis的持久化机制，并没有想过为什么。我想搞清楚了这背后的关系后再去学习，能够学得更扎实一些吧）
再换一个角度：既然数据库是因为磁盘才慢，那为啥不再内存里实现数据库呢？
还别说，SAP公司还真有基于内存的数据库系统，但是使用内存有一个致命的缺点：那就是贵！能买得起那套软件和巨大内存机器的公司毕竟是少数，所以说为什么要使用Redis，就是因为他在低效的磁盘和昂贵的内存中取了一个折中。
补充：面试的时候还被问到一个问题：Redis的内存淘汰机制
当时直接懵圈了，后来想了一下其实这是一个再正常不过的考点了：Redis把数据存放在内存，内存的空间有限，总会有用完的一天。当内存使用完之后肯定需要有相应的内存淘汰策略来释放内存。
不过说到内存淘汰，我还想起一个高级点的知识点，由于Redis的内存是有限的，我们使用内存的时候应该更加小心。Redis内部是有许多高效使用内存的招数的，比如说我们存放用户信息的时候，把用户信息存成一个hash，要比把用户信息逐条用key-value存储占的空间小得多，这些知识你可以在Redid的官网上找到。
3. 关于Redis的主从复制，哨兵，集群
在学习Redis之前，我对分布式的知识了解得非常少。当时为了面试背Redis的面试题，背到有关主从复制，哨兵，集群等知识点的时候，我既兴奋又茫然。感觉自己背完后掌握了许多分布式的知识，但是把这些知识点都揉在一起了，根本不知道这背后的逻辑是什么。现在想通了一些，应该好好记下来：
在扩展到多机之前，我们先想一下单机的Redis有什么缺点：
有可能出现单点故障，这样Redis服务就不可用了
