高并发是大型架构核心，下面我详解高并发到底怎么算@mikechen
高并发场景
高并发其实就是：在“单位时间”内有很多请求进来，而系统还能在可接受的响应时间内顶得住。
最经典的，就是阿里双11秒杀场景，每秒几十万的订单处理。
这就是，典型的高并发场景，但是如何用技术的指标来衡量呢？
这就会涉及到：QPS、TPS等核心指标。
QPS
首先，QPS（Queries Per Second，查询每秒）:通常用于衡量系统每秒钟可以接收或处理的请求数量。
如果一个系统在 10 秒内处理了 5000 个查询，则 QPS = 5000 / 10 = 500。
高 QPS， 表示系统能快速响应大量简单请求。
但如果请求复杂（如涉及数据库事务），QPS 可能较低。
例如：
单机 Nginx 可轻松支撑 5万+ QPS；
单机 Redis 可达 10万+ QPS；
MySQL 单实例通常 3k–1w QPS（取决于索引和IO）；
在高并发下，还需考虑并发用户数（Concurrent Users）。
应用场景：适合读密集型系统，如搜索引擎或静态页面服务。
TPS
其次，TPS（Transactions Per Second，事务每秒），强调“事务”或“业务单元”的完成数。
通常计入整个事务从开始到结束所经历的成功提交（包括：涉及一系列操作的逻辑单元）。
在需保证一致性、涉及写操作或分布式事务的业务中，TPS 更能反映系统实际完成工作的能力。
很多兄弟，经常问TPS和QPS有什么区别？
一个 TPS 可能包含多个 QPS。
例如，一个“下单”事务：
查询库存 (QPS 1)；
扣减库存 (QPS 2)；
生成订单 (QPS 3)；
这一套动作下来，在业务统计上只算 1 个 TPS，但在网络和接口层面产生了 3 个 QPS。
如果你的系统纯粹是提供信息（如新闻列表），QPS ≈ TPS。
如果是复杂的电商、金融链路，TPS 才是衡量业务吞吐的关键。