5000并发_尴尬的面试现场：说说你们系统有多大QPS？系统如何抗住高并发？

欢迎关注头条号：石杉的架构笔记

周一至周五早八点半！精品技术文章准时送上！！！

精品学习资料获取通道，参见文末

---

目录

(1)尴尬的面试现场：第一幕

(2)尴尬的面试现场：第二幕

(3)别让你学的技术成为空中楼阁

(4)想方设法的 “虐虐” 自己

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

事情的起因是这样子的：很多好学的同学，都会自己平时研究很多的技术，比如常见的就是买书看书，参加在线培训课程，购买一些知识付费的专栏，或者购买一些视频课程。

但是这些好学的同学在学了很多东西之后，出去面试都遇到了这样的一个痛点问题：

这些同学简历上写了很多高大上的技术，但是其实自己可能没机会，或者还没来得及在自己手头负责的项目里用过，而且自己负责的项目好像也没很么用户量和并发量。

---

(1)尴尬的面试现场1

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

面试官

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

候选人

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

面试官

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

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

候选人

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

面试官

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

候选人

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

面试官

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

候选人

(心里感觉快哭了&#x