低延迟怎么可能不=高吞吐量？

Question

​

​

上面的图表显示读取和更新操作的延迟，而列显示吞吐量(操作/秒)--我不确定MyISAM如何能够以如此低的延迟执行操作，但在吞吐量方面仍然与InnoDB持平？MongoDB在吞吐量方面也占主导地位，但其延迟比MyISAM高。

这些结果有什么意义？

Answer 1

假设你有一辆一级方程式赛车和一辆公共汽车。一级方程式将很快载着一名过路人，而慢车可以说是以较慢的速度乘坐40名乘客。总线肯定会获得更高的吞吐量，但延迟性更高。不过，请注意，如果一次用于运送一名乘客，则巴士的吞吐量将失去优势。

Answer 2

毫无疑问，您提供的令人困惑的图表来自一个基准测试。基准测试的一个美妙之处是，你可以设计出说出你想说什么的方法。

现在，在“结论”中打几个洞：

如果有来自多个线程的争用，MyISAM可能会有糟糕的、甚至可怕的延迟和吞吐量。这是由于表级锁定。(听起来基准测试只运行了一个线程。)

更新延迟因引擎的不同而有很大差异--取决于是否有单个线程或多个线程。以及他们是否在竞争同一张桌子。或者是同一排。

基准测试的“吞吐量”方面可能是针对复杂查询和更简单的NoSQL查询。