高并发场景下，支付系统的TPS设计目标通常从数千到数十万不等，具体取决于业务规模和峰值需求。
一般而言，支付系统的设计TPS应当基于“峰值需求留有裕量”的原则，而不是简单追求越高越好。
所以，这里的核心设计，你你需要设计“峰值”。
比如：你平时可以支撑1000TPS，但是高峰需要支持10000TPS，你的设计大概就需要支撑至少1万以上的TPS。
所以，这里的设计标准，一定是按照“峰值”来设计。
比如：大型电商支付如阿里双11峰值可达58万笔/秒，这里就需要设计到至少支撑“58万笔/秒”以上的能力。
但是，很多支付系统达不到，这里，我给一个大致的标准：
中小型系统：日常设计1000-5000 TPS，支持银行或一般支付场景，确保单机或小集群稳定。
大型电商支付：峰值目标5-10万 TPS，如eBay百万TPS设计或阿里双11实际58.3万笔/秒。
极端峰值：数据库层可达数百万TPS（如：极端双11的场景），但支付事务完整性需整体架构支撑。
但需要注意，支付系统的TPS不能只看“下单支付请求”的入口吞吐，还要区分多个关键环节。
例如，用户发起支付、订单锁定、风控校验、支付渠道调用、结果通知、账务记账、对账清算等环节，其处理能力并不相同。
总之，对于支付系统而言，TPS只是结果指标，稳定、准确和安全才是第一原则。