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

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

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

事情的起因是这样子的：很多好学的同学，都会自己平时研究很多的技术，比如常见的就是买书看书，参加在线培训课程，购买一些知识付费的专栏，或者购买一些视频课程。但是这些好学的同学在学了很多东西之后，出去面试都遇到了这样的一个痛点问题：这些同学简历上写了很多高大上的技术，但是其实自己可能没机会，或者还没来得及在自己手头负责的项目里用过，而且自己负责的项目好像也没很么用户量和并发量。

（1）尴尬的面试现场1

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

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

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

（2）尴尬的面试现场2

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

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

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

上面说的两个面试场景，其实真的是非常真实的两个场景，是很多很多同学频繁给我反馈的尴尬面试现场。

因为这些同学学了很多东西，但是自己没准备好技术在项目里怎么落地的，结果就惨了，出去面试就各种尴尬。

因为学了的技术没落地过，那不相当于空中楼阁，你面试心里能不慌吗？

所以这里要给大家说的一点，就是自己平时会学很多的技术，但是一定要注意把这些技术尽量尝试落地用到自己手头负责的项目里去。

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

另外，光用是不行的，你平时得考虑好，假设你的项目的用户量有百万级，然后每天有几千万请求，高峰期每秒有好几千请求。

那么这个时候，你的每个服务会有多高的QPS？每个服务需要部署多少台机器才可以抗住？机器的配置是多高？

然后系统会对背后的MySQL、Redis、ES、RabbitMQ等数据库以及中间件，产生多高的QPS？这些中间件需要部署多少台机器，用多高配置的机器？

这些东西其实是非常非常重要的，也是你在学习了N多技术之后，把技术真正转化为自己的东西需要做的很多消化性的事情。

所以，希望大家平时好好准备，多实践，多动手。实际工作中多思考，多给自己设计各种场景，push自己去解决这些场景的技术难题。

你在平时工作中多 “虐虐” 自己，面试才能表现的更加胸有成竹、云淡风轻。

END