redis面试突击专题--1.项目中缓存是如何使用的？为什么要用缓存？缓存使用不当会造成什么后果？

声明：
1.这是根据网上的一些视频资料等总结的，而且只是面试突击，讲的不是很复杂。第一次写博客，后续也会写其他的东西。诸如《redis设计与实现》的读书笔记等,继续深入相关技术。
2. 这同时也是我自己的一个整理笔记吧，想看后续笔记的可以关注我哦。

1. 面试场景

1.1 面试题

1. 项目中缓存是如何使用的？
2. 为什么要用缓存？
3. 缓存使用不当会造成什么后果？

1.2 面试官心理分析

1. 互联网公司必问这个问题，要是一个人连缓存都不太清楚，那确实比较尴尬。
2. 只要问到缓存，上来第一个问题，肯定是先问问你项目哪里用了缓存？为啥要用？不用行不行？如果用了以后可能会有什么不良的后果？
3. 这就是看看你对缓存这个东西背后有没有思考，如果你就是傻乎乎的瞎用，没法给面试官一个合理的解答，那面试官对你印象肯定不太好，觉得你平时思考太少，就知道干活儿。

2.面试题解析

2.1 项目中缓存是如何使用的？

这个，需要结合自己项目的业务来。

2.2 为什么要用缓存？

用缓存，主要有两个用途：高性能、高并发。

2.2.1高性能

1. 假设这么个场景，你有个操作，一个请求过来，你各种乱七八糟操作 mysql，半天查出来一个结果，耗时 600ms。但是这个结果可能接下来几个小时都不会变了，或者变了也可以不用立即反馈给用户。那么此时咋办？

2. 缓存啊，折腾 600ms 查出来的结果，扔缓存里，一个 key 对应一个 value，下次再有人查，别走 mysql 折腾 600ms 了，直接从缓存里，通过一个 key 查出来一个 value，10ms 搞定。性能提升 60 倍。

3. 就是说对于一些需要复杂操作耗时查出来的结果，且确定后面不怎么变化，但是有很多读请求，那么直接将查询出来的结果放在缓存中，后面直接读缓存就好。
图1

2.2.2高并发

1. mysql 这么重的数据库，压根儿设计不是让你玩儿高并发的，虽然也可以玩儿，但是天然支持不好。mysql 单机支撑到 2000QPS 也开始容易报警了。所以要是你有个系统，高峰期一秒钟过来的请求有 1万，那一个 mysql 单机绝对会死掉。你这个时候就只能上缓存，把很多数据放缓存，别放 mysql。缓存功能简单，说白了就是 key-value 式操作，单机支撑的并发量轻松一秒几万十几万。单机承载并发量是 mysql 单机的几十倍。缓存是走内存的，内存天然就支撑高并发。
图2

2.3 用了缓存之后会有什么不良后果？

常见的缓存问题有以下几个：

缓存与数据库双写不一致
缓存雪崩、缓存穿透
缓存并发竞争
后面我会写对应的文章和代码说这个问题