吞吐量评估

吞吐量评估系统的整体性能。 对于事务处理系统，吞吐量通常用每秒事务数 (TPS) 或每分钟事务数 (TPM) 来评估。
吞吐量取决于以下因素：
主计算机的规格
软件中的处理开销
磁盘上数据的布局
硬件和软件都支持的并行度
正在处理的事务类型

测量吞吐量的方法
评估应用程序的吞吐量的最佳方法就是在该应用程序中包含代码，它在事务落实时记录它们的时间戳记。
如果应用程序不直接提供对评估吞吐量的支持，您可以通过跟踪在给定的时间间隔内数据库服务器记录的 COMMIT WORK 语句的数量获得估计值。您可以使用 onlog 实用程序来获取写入到日志文件的逻辑日志记录的列表。可以使用来自此命令的信息来跟踪插入、删除和更新操作以及落实的事务。但是，在信息写入到日志文件之前，您无法获取逻辑日志缓冲区中存储的信息。

如果需要更及时的反馈，可以使用 onstat -p 来收集估计。可使用 SET LOG 语句将包含关注表的数据库的记录方式设置为不缓冲。还可以使用数据库服务器中可信的审计工具在审计日志文件中记录成功的 COMMIT WORK 事件或关注的其他事件。使用审计设施可能会增加在处理任何受审计事件中所涉及的开销，这可能会减少整体吞吐量。

标准吞吐量基准
事务处理性能委员会 (TPC) 提供标准的基准，这些基准能够对各种硬件配置以及数据库服务器进行合理的吞吐量比较。
TPC 提供以下标准化基准来评估吞吐量：
TPC-A
此基准用于简单的联机事务处理 (OLTP) 比较。它表征简单事务处理系统的性能，强调更新密集型服务。TPC-A 模仿一个工作负载，该工作负载由使用重要的磁盘 I/O 活动通过网络连接的多个用户会话组成。
TPC-B
此基准用于对高峰数据库吞吐量进行强度测试。 它使用与 TPC-A 相同的事务负载，但除去所有的联网和交互式操作以提供最佳的吞吐量评估。
TPC-C
此基准用于复杂的 OLTP 应用程序。它从 TPC-A 派生而来，并混合使用更新、只读事务、批处理操作、事务回滚请求、资源争用以及复杂数据库上其他类型的操作以提供典型工作负载的更好表现方式。
TPC-D
此基准根据非常大型的查询的完成时间评估查询处理能力。TPC-D 是围绕一组典型的业务问题建立的决策支持基准，这些问题表现为针对大型数据库（在千兆字节或太字节范围）的 SQL 查询。
由于每个数据库应用程序均有其特定的工作负载，因此不能使用 TPC 基准来预测应用程序的吞吐量。实际达到的吞吐量很大程度上取决于您的应用程序。