TPS（Transactions Per Second，每秒事务数）是一个衡量系统每秒能够处理事务数量的关键性能指标，广泛应用于数据库、交易系统、Web服务器等场景。 它直接反映了系统的处理能力和响应速度，是评估系统吞吐量和稳定性的核心参数。在互联网高并发场景下，TPS越高，意味着系统能同时处理更多用户请求，从而提升用户体验和业务连续性。通常，TPS的测试需结合事务定义、并发用户数、响应时间等维度综合计算，例如通过压测工具模拟真实用户操作，统计单位时间内成功完成的事务数。优化TPS的方法包括提升硬件性能、优化数据库索引、采用缓存策略、减少锁竞争等。理解TPS有助于技术人员精准定位系统瓶颈，制定合理的扩容和架构优化方案。
【常见问题】
问题1：TPS和QPS有什么区别？
回答1：TPS（每秒事务数）通常指一个完整的事务操作（如一笔订单创建），而QPS（每秒查询数）指每秒处理的查询请求（如一次数据库查询）。在复杂业务中，一个事务可能包含多个查询，因此TPS往往小于QPS，两者都是衡量系统性能的重要指标，但侧重点不同。
问题2：如何测试一个系统的TPS值？
回答2：测试TPS需要借助压测工具（如JMeter、LoadRunner）模拟真实用户请求，逐步增加并发数，记录系统在稳定状态下的每秒事务完成量。关键在于事务定义要清晰（例如一次登录、一次支付），并监控响应时间、错误率，确保TPS数据在可接受延迟范围内。
问题3：TPS过低可能由哪些原因造成？
回答3：TPS过低常见原因包括：数据库查询未优化（如缺少索引）、应用服务器资源不足（CPU/内存/磁盘IO瓶颈）、网络延迟高、代码中存在锁竞争或死循环、第三方服务响应慢等。通过链路追踪和性能监控工具可定位具体瓶颈。
问题4：高TPS系统设计有哪些关键原则？
回答4：高TPS系统设计需遵循：无状态化（便于水平扩展）、异步处理（消息队列削峰）、缓存策略（减少数据库压力）、读写分离、限流降级（防止雪崩）、以及合理的数据库分库分表。同时，压测和容量规划要常态化，确保系统能应对突发流量。
问题5：TPS和吞吐量（Throughput）是同一个概念吗？
回答5：TPS是吞吐量的一种具体表现形式，通常吞吐量指单位时间内系统处理的数据量（如字节数或请求数），而TPS特指事务数。在业务场景中，若每个事务的数据量不同，则吞吐量不能完全反映处理能力，TPS更贴近用户感知的“处理能力”。