都在说高并发，到底高并发的标准是什么

• 資深大佬 : cheng6563

  每秒 2 万？

• 資深大佬 : Jasonli

  没有标准，而且高并发也不一定就是难度大。主要用来装 X

• 資深大佬 : lewis89

  高并发就是大家臆想的吹牛逼，其实大部分业务场景不存在并发竞争数据的情况，那么加服务 加机器基本上都能解决问题，你要事务压力大 那就分表，要是查询压力大 就主从 + 缓存，总有办法解决问题的。

• 資深大佬 : sadfQED2

  基本上就是为了 PPT 好看，你要说具体多少，2QPS 你也可以吹你高并发啊，你可以吹本来只能离线的你做成了实时，而且还支持 2 个并发呢，牛不牛逼

• 資深大佬 : manami

  “高并发”、“大数据”、“深度学习”、“卷积神经网络”……装逼必备术语

• 資深大佬 : tomczhen

  十人不到的小公司，高并发，大数据，人工智能，闭环生态。

• 資深大佬 : houzhimeng

  高并发连接,每秒 10 万差不多, 其实 取决于你能抗多少

• 資深大佬 : Vegetable

  知乎人均百万年薪，V2 核均百万并发。

• 資深大佬 : THESDZ

  c10k 问题吧

• 資深大佬 : janxin

  没有实际应用场景不要瞎逼逼高并发…

• 資深大佬 : iamwho

  打开 BT 客户端，同时下载几十个热门资源，然后上 YOUTUBE 看 4K 视频，这也是高并发。

• 資深大佬 : laminux29

  真正的好公司，利润都在业务上，员工忙于业务，谁有空瞎折腾机器。

• 資深大佬 : jybox

  我是觉得，无论是高并发还是大数据，只要并发高到「一台机器无法承载」，或者数据多到「一台机器放不下」了，就可以算高并发或大数据了。因为从一台到两台是一个巨大的架构调整，但从两台到更多台就只是加机器了。

• 資深大佬 : huangzongzhuan

  参考下云服务厂的负载均衡性能极限，可以有一个大概的数字了

• 資深大佬 : hankai17

  现在都是高并发 核心数据还是看 qps/ops/iops
• 資深大佬 : publicccc

  跑满 G 口吧

• 資深大佬 : CoderGeek

  tps qps 需不需要上万兆 哈哈哈 不容易接触到

• 資深大佬 : jugelizi

  就是你一台机器扛不住访问的时候
  数据库挂了

• 資深大佬 : okwork

  @jybox 前端上负载均衡，应用服务器 x N，后端缓存、数据库、文件服务器独立。这样稍微改造一下，不用费什么力气，轻松搞定 10 倍以上负载。

• 資深大佬 : janus77

  多服务器 分布式 负载均衡等等，其实就是解决高并发的一个手段之一啊……

• 資深大佬 : Wolther47

  「扛得住叫高并发，扛不住叫 DDoS 」

• 資深大佬 : opengps

  单指标一年内的处理量

• 資深大佬 : opengps

  单指标一秒内的处理量，刚才错了最关键的字，更正

• 資深大佬 : lululau

  都说高铁很快，那很快的标准是啥

• 資深大佬 : laravel

  pornhub 就属于了

• 資深大佬 : liuxu

  @Wolther47 并不是，抗不住的是 CC，哈哈哈

• 資深大佬 : Raymon111111

  去个大厂感受一下就行了

• 資深大佬 : okjb

  @Vegetable 火星来的？ v2 人均已经亿万并发

• 資深大佬 : tt67wq

  tps 得高过某个值

• 資深大佬 : no1xsyzy

  @okjb 比 CPU 频率都高（

• 資深大佬 : dai123456

  对于代理 ip，来说高并发能保证业务的大量采集，例如一秒有几千个这样的，不限制提取次数

• 資深大佬 : JadePenG

  @liuxu cc,是什么意思:

• 資深大佬 : liuxu

  @JadePenG cc 攻击，7 层的打法