针对每一个技术，必须具备深入的了解，这个技术的更新活跃度，使用这个技术的优点，使用这个技术的缺点，不使用的缺点以及优点。如果不这样的话，智只能说明自己平时思考的太少了，只知道干活。
（1）为啥要使用缓存
用缓存，主要是俩用途，高性能和高并发
高性能
假设这么个场景，你有个操作，一个请求过来，吭哧吭哧你各种乱七八糟操作mysql，半天查出来一个结果，耗时600ms。但是这个结果可能接下来几个小时都不会变了，或者变了也可以不用立即反馈给用户。那么此时咋办？
缓存啊，折腾600ms查出来的结果，扔缓存里，一个key对应一个value，下次再有人查，别走mysql折腾600ms了。直接从缓存里，通过一个key查出来一个value，2ms搞定。性能提升300倍。
这就是所谓的高性能。
就是把你一些复杂操作耗时查出来的结果，如果确定后面不咋变了，然后但是马上还有很多读请求，那么直接结果放缓存，后面直接读缓存就好了。
高并发
mysql这么重的数据库，压根儿设计不是让你玩儿高并发的，虽然也可以玩儿，但是天然支持不好。mysql单机支撑到2000qps也开始容易报警了。
所以要是你有个系统，高峰期一秒钟过来的请求有1万，那一个mysql单机绝对会死掉。你这个时候就只能上缓存，把很多数据放缓存，别放mysql。缓存功能简单，说白了就是key-value式操作，单机支撑的并发量轻松一秒几万十几万，支撑高并发so easy。单机承载并发量是mysql单机的几十倍。
而我们平时的项目中，用缓存主要解决的是高性能的场景，高并发呀。（恐怕只有淘宝，拼多多，京东了吧）。
用了缓存之后会有啥不良的后果？
呵呵。。。你要是没考虑过这个问题，那你就尴尬了，这说明你 四肢也不发达。你别光是傻用一个东西，多考虑考虑背后的一些事儿。
常见的缓存问题有仨（当然其实有很多，我这里就说仨，你能说出来也可以了）
1）缓存与数据库双写不一致
2）缓存雪崩
3）缓存穿透
4）缓存并发竞争
这仨问题是常见面试题，后面我要讲，大家看到后面自然就知道了，并且给出对应的解决方案