数据库基准测试中最大的错误之一是过度设计工作负载，导致响应时间以毫秒或甚至秒为单位。在工作负载已经花费太长时间等待的情况下，较大的吞吐量数字是不够的。结果在顶层可能看起来令人印象深刻，但响应时间却讲述了不同的故事。由 HammerDB 支持的数据库都是关键任务、企业级数据库。在高性能下，对于将多个 SQL 语句结合在一起的复杂存储过程，响应时间应在亚毫秒或低毫秒范围内。HammerDB v6.0 使延迟配置文件可见。新的响应时间指标显示运行期间单个事务的耗时，并为关键事务类型提供全面的百分位数报告和箱形图。这意味着结果可以显示中位数、更高的百分位数、分散度和异常值，而不仅仅是平均值。平均值隐藏了太多内容。百分位数显示系统是否能够提供一致的低延迟，或者工作负载的部分内容是否已在较长的等待后排队。HammerDB v6.0 还为长期运行添加了水库采样。即使工作负载生成大量事务计时，这也使得响应时间分析变得实际。对于长期运行的测试，这一点非常重要。您希望获得延迟分布、百分位数和异常值，而不把响应时间数据本身变成瓶颈。随着虚拟用户的增加，应同时审查吞吐量和响应时间。如果吞吐量上升，但延迟从毫秒变为数百毫秒，则工作负载已经超载。HammerDB v6.0 使这一点更容易看出。运行工作负载。捕获吞吐量。检查百分位数。审查响应时间分布。HammerDB v6.0 使数据库基准测试能够显示延迟以及吞吐量。