我最近要去面试
任何公司都询问了小额服务
真的有很多公司业务量达到这么大的需求
反正也不知道。
哎呀，心累了
言归正传
其实一个网站的并发量我以前也没有注意过
毕竟以前的公司业务量少，基本上是开发管理的后台，用的人不多
否则，还没上线就被砍掉了。 (真的很受伤。 你做了多少项目，被砍掉了多少)。
因为这几次面试中有很多问题，所以我慢慢地注意了
在互联网上，经常用每秒的查询率来测量域名系统服务器的设备性能，是QPS。
应对女权主义
c是每秒的响应请求数，即最大吞吐量能力。
计算关系：
QS=同时执行量/平均响应时间
同时执行量=QPS *平均响应时间
QPS通常用于表示和测量当前系统的负载，也可以用RPS表示。
简单的理解是指每秒访问网站的次数。 (我自己瞎明白。 ）
QPS50次以下的请求---定义为普通网站
例如，不像普通的官网那样，一天点击几个人，更不用说同一秒钟点击几个人
定义为QPS50次到100次之间的---数据库的极限网站
由于大部分数据库sql查询基本上是0.01秒左右，所以从理论上讲，数据库可以支持的访问是
遵从
互联网有传说中的“三秒定律”，现在更多网站的技术指标要求在1.5秒内加载整个页面，或者至少可以达到阅读的标准
在这个阶段，需要考虑缓存(cache )或多数据库(DB )的负载。
请求将QPS300次到800——定义为频带限制型网站
现在，服务器大多可以使用IDC机房提供“百兆带宽”、“百兆出口”。 这似乎是单体的最高配备。 也就是说，网站出口的实际带宽为8m字节左右。 假设每个页面只有10k字节，在这个同时条件下，即使网站是静态页面，也不用数据库等技术，百兆的带宽早就吃完了。 在这个阶段，需要考虑CDN加速/异地缓存、多机负载等技术。
将QPS500次到1000——定义为内部网带宽极限Memcache极限型站点
由于Key/value的特性，各页对memcache的要求远远大于对数据库的要求。 memcache的悲观并发行数为2w左右，看起来很高，但实际上大部分情况下，首先内部网的带宽有可能消失，接着是8K QPS左右的情况下，节点上的memcache已经显示出不稳定的代码足够了结果，整个系统达到明显的阈值后，性能会迅速下降或直接宕机(缓存没有发现直接向数据库发出请求)。
请求将QPS1000次到2000——定义为锁定/同步模式极限型网站
好吧，一言以蔽之，线程模型决定吞吐量。 不管您的系统中最常见的锁是什么锁，在这个级别上，文件系统的访问锁都是灾难。 从网站内容的角度来说，大部分的追加删除都会导致锁定。 “等待解锁”过程将成为系统最重要的性能消耗。 这就需要系统中不能存在中央节点，必须分散存储所有数据，必须分散处理数据。 总之，关键词：分布
在上面不是我们能担心的
有空多看看别人的技术，才能更好地提高自己