银行系统是大型架构核心，下面我详解银行核心系统TPS@mikechen
银行核心系统
在银行核心系统中，评估 TPS “高并发”，首先，你需要深入了解银行业务系统。
由于银行核心系统处理的，都是涉及资金扣减、账务明细落盘的 ACID 强一致性事务。
包含：分布式锁、两阶段提交、数据库联表与落盘操作，其 TPS 的含金量、与互联网系统的 QPS 完全不同。
比如：互联网系统的 QPS 动辄上万甚至十万，而银行核心系统的 TPS 达到几千就已经面临极高的技术挑战。
主要原因在于： 强一致性要求（ACID）： 每一笔交易必须保证“绝对准确”。
无法像互联网业务那样通过异步最终一致性或脏读来换取吞吐量。
TPS多少算高并发
基于银行系统的特殊性，参考如下：
|
银行类型 / 规模
|
日常或中等峰值 TPS
|
高并发 / 峰值 TPS
|
典型案例
|
|---|---|---|---|
|
中小城商行、农信社
|
几千
|
1万～2万+
|
部分城商行替换后峰值 6k～2万
|
|
大型股份制 / 头部城商行
|
1万～几万
|
2万～5万+
|
多家国产数据库实测 1.2万→1.7万、8500→2万+
|
|
国有大行 / 超大型银行
|
几万
|
5万～10万+（甚至更高）
|
邮储银行新核心峰值 6.7万；某股份制账务峰值 8万；广发等分布式可达更高
|
|
极致压测 / 营销高峰
|
—
|
数万～数十万（甚至百万级理论）
|
实验室或特定场景可达更高，但生产需稳定
|
日常基础水准（TPS < 1,000）： 适用于绝大多数农商行、城商行或中小型民营银行的日常账务处理。
高并发门槛（TPS 1,000 – 3,000）： 对于中大型股份制商业银行，TPS 达到 1,000 到 3,000 就已属于典型的高并发场景。
超高并发水准（TPS 3,000 – 10,000）： 属于国有大行（工农中建交）或头部互联网银行（微众、网商）在日常高峰期或特定促消费活动时的核心账务水平。
极端高并发（TPS > 10,000+）： 极少出现在银行传统柜面或网银直接发起的交易中。
主要出现在“双十一”、“618”或“除夕抢红包”等互联网渠道批量涌入银行核心接口的极端峰值场景。
陈睿|mikechen
10年+大厂架构经验，资深技术专家，就职于阿里等一线大厂。
