关于什么是并发 -- 两个凡是的一点点看法 400 请求报错 

大多数情况， 人们搞混了 请求连接数 和 并发的概念
并发有两个前提：
1：处理同类事物 
2：事务处理的时间窗口发生重叠
3：请求完成时间重叠并不意味着并发， 只是连接数上升。
由于大多请求处理时间很短， 只在请求连接到断开的时间窗口发生重叠， 所以内部事务处理并不发生重叠， 体现就是连接数上升。实际操作当中，就是nginx前置连接数量比较多。
后端无论 java(servlet线程池）, php（fpm进程池）都只和 事务处理窗口重叠数量相关。
实际上， 很少的并发事务就能为大量的连接进行服务。
大多“牛”们谈论的都是连接数很多
当事务被阻塞， 比如mysql 无法处理写并发的时候， 就会发生堆积 ，这个时候， 并发， 连接同时上升， 死循环
事务不阻塞的情况， 吞吐量是唯一需要关心的指标，可以将并发连接数串行化到比较少的并发事务， 通过提高单个事务处理时间窗口， 减少事务并发量， 这个才是解决之道。
从外部来看， 能够处理大量连接， 及时响应， 也就是客户所需要的， 至于，内部多少并发， 没有人关心。
动则谈论 上百万的并发， 那都是扯淡。