高并发是大型架构核心，下面我重点详解电商秒杀TPS@mikechen
电商高并发
电商秒杀活动，是指在短时间内（如几秒或几分钟）内，用户争抢有限库存商品的场景。
这种活动通常面临极高并发压力，每秒事务数（TPS，Transactions Per Second）是衡量系统稳定性的关键指标。
TPS 代表系统每秒能处理的完整事务（如下单、扣库存、支付），包括读写操作。
秒杀系统的稳定性不只取决于 TPS 值，还涉及架构设计、资源配置和故障容错。
电商秒杀TPS
TPS 的具体要求，因系统规模、商品数量和用户基数而异。
比如：
小型电商：日活用户数万级，秒杀 TPS 在 100-1000 左右即可稳定，适合初创平台，简单架构即可支撑。
中型电商：日活百万级，峰值 TPS 需达到 1万-5万。
压测时若 TPS 达 5万 出现延迟飙升或重传问题，系统就不稳。
大型电商：如阿里、京东等双11/618级别，日活亿级，峰值 TPS 需 10万-100万 以上才能稳住。
秒杀的核心原理就是“层层过滤，及早拒绝”。
比如：100 万人抢 100 件商品，最终只有 100 个请求是有意义的。
其余： 99.99% 的请求，都应该在到达数据库之前被拦截。
整体，实现思路：
第一层（客户端）： 通过 CDN 缓存静态页面，验证码防止机器秒杀。
第二层（接入层）： 根据用户 ID 或 IP 进行限流，拦截频繁刷新的无效请求。
第三层（应用层）： 本地缓存校验活动状态。
第四层（缓存层）： Redis 预扣库存（Atomic 原子操作），拦截无库存请求。
第五层（数据库）： 只有最终扣减成功的极少数请求才进入 DB 生成订单。
mikechen睿哥
10年+一线大厂架构实战经验，操盘多个亿级大厂核心项目，就职于阿里、淘宝等一线大厂。