尴尬的面试现场：说说你们系统有多大QPS？系统到底怎么抗住高并发的？【石杉的架构笔记】

点击上方蓝色“ 石杉的架构笔记 ”，选择“设为星标”

回复“PDF”获取独家整理的学习资料！

长按扫描上方二维码 一元抢购

目录

（1）尴尬的面试现场：第一幕

（2）尴尬的面试现场：第二幕

（3）别让你学的技术成为空中楼阁

（4）想方设法的 “虐虐” 自己

“ 这篇文章，给大家说一个同样是很多人都很迷惑的问题，因为实在是太多同学来问我类似的问题了，所以写一篇文章给大家来说一下。

于是面试官和候选人可能会展开如下一系列的问题：

面试官

你说你们系统用了Redis，那你说说你们项目目前有多少用户？

候选人

这个。。。。好像大概就几百或者几千？（或者有的人是小互联网公司的，可能会说，大概有个百万级的用户量）

面试官

好吧，那你说一下你们系统每天日活是多少？

（ 解释一下日活 ： 如果一个公司的产品有100万注册用户，但肯定不是每天每个人都会来用你的系统的啊！就好像注册了一个APP，可能半年才会用一次！这个日活，就是每天到底多少人来用 ）

候选人

啊？每天多少人来用？我这个还真的没统计过啊。。大概可能有几千或者几万个人？

面试官

行吧，那你们每天几千或者几万个人来用，那每天的请求量有多大？

候选人

这个我还真的没统计过啊，不好意思啊！

面试官

纳尼？那你知道你们的系统高峰期QPS有多大码？（QPS，Query Per Second，也就就是每秒有多少请求）

候选人

（心里感觉快哭了，因为觉得这个面试要黄，为啥什么技术都没问题，直接来这些啊）我真的不知道啊。。。

面试官

那你什么都不知道，你说说你们系统为什么要用Redis缓存？还要搭建一个3台机器组成的Redis Cluster，这原因何在？

如果不用Redis，直接就用MySQL来抗能不能抗的住？

候选人

我们当时用Redis。。。。咦？到底为啥要用啊？我好像也忘了，就感觉可以把这个技术用一下，毕竟我们花了时间来调研，所以觉得可以用就用一下。

面试官

你这是典型的为了用而用啊！那你简历上说，你熟悉高并发相关技术，包括Redis、RocketMQ，等等，那你到底做过高并发系统没有啊？

候选人

好吧，我错了，我确实不知道什么是高并发，我就是学了这些技术然后就写在简历上了。

面试官

（心里活动） 咋回事，搞半天是没相关经验的，都是自己学了一下啊，好吧，那来压一压薪资，看来不能当资深码农来对待了 ，就当做普通的来面一下好了

于是两个人进入了一系列的技术问答，但是面试官心里有数，这个候选人最多就是给一个普通工程师的职位，因为其实他并没有过技术在项目如何落地的一些经验。

这个候选人痛定思痛，回来改了一下简历，说自己负责的系统，日活用户几十万人，高峰期QPS可以达到5000/s+。

然后心想，这回不会像上次一样，把这个事儿给聊黄了吧。到了面试现场坐下来开始了跟面试官下面的对话：

面试官

你们用户量多大？日活多少？每天请求量多大？高峰期QPS多高？

候选人

（胸有成竹，嘴角挂着迷之微笑。。。）注册用户100万，每天日活几十万用户，每天请求量有几千万，高峰期QPS最大有5000/s+。

面试官

奥，那你们线上的部署架构是怎么做的，给我画图看看？

然后你们一共有哪些服务，每个服务部署了多少台机器？每台机器是什么配置？CPU和内存有多大？你的机器部署是怎么抗住每秒5000请求的？

候选人

（心理活动） 公司实际没啥请求量，每个服务就部署一台机器，连配置自己都没关注过，天知道每秒5000请求需要多少机器可以抗住啊。。。