支付系统，TPS多少才算高？

支付系统是大型架构核心，下面我详解支付系统TPS并发@mikechen

支付系统

支付系统对 TPS（Transactions Per Second，每秒事务数） 的要求，远超普通 Web 系统。

因为它直接涉及资金安全、实时到账、一致性三大核心。

比如：

支付必须保证“钱不会少一分、不会多一分”。

高 TPS 下，分布式事务（2PC、TCC、Saga）容易成为瓶颈，任何节点失败都可能导致资金不一致。

并且，用户对支付的容忍度极低，超过 1 秒就会掉单。

高 TPS 意味着海量并发请求，网络、数据库、锁竞争都会放大延迟。

比如：一笔支付涉及：收银台 -> 预下单 -> 风控风控 -> 账务扣款 -> 渠道执行。

这个链路跨越多个微服务和外部银行网关，保持分布式环境下数据的最终一致性会极大地牺牲响应速度。

支付系统，TPS多少才算高？

支付系统“高 TPS”没有绝对数字，必须结合业务体量 + 峰值场景 + 稳定性判断。

第一：日常 TPS > 1,000 + 峰值 > 5,000 → 进入“高并发支付”范畴。

第二：峰值 > 10,000 TPS → 属于高性能支付平台。

第三： 30万以上 TPS → 属于“高并发顶级”水平。

比如：支付宝历史双11支付峰值：54.4万-58.3万 TPS。