什么是数据库吞吐量？

Question

除了这个问题没什么可问的。当您说OLTP DB必须具有高吞吐量时，这是什么意思？

去维基。

在通信网络(如以太网或分组无线电)中，吞吐量或网络吞吐量是通过通信信道成功传递消息的平均速率。这些数据可以通过物理或逻辑链路传递，也可以通过某个网络节点传递。吞吐量通常以每秒比特(位/s或bps)，有时以每秒数据包或每时隙的数据包来衡量。

那么，这是否意味着OLTP数据库需要高/快速的插入率(即避免死锁等)？

我一直有一个印象，如果我们拿一个数据库作为一个航空业，它必须有快速插入，但同时快速反应时间，因为它是至关重要的运作。在许多方面，这难道不应该局限于将消息/数据传递到数据库所涉及的协议吗？

我并不是想单独挑出OLTP系统的“唯一”特性。总的来说，我想了解OLTP系统所固有的特性。

干杯!

Answer 1

通常，当您讨论OLTP数据库的“吞吐量”时，您谈论的是每秒的事务数量。系统一秒钟能收到多少订单，它能处理多少网页请求，能处理多少客户查询。这往往与关于OLTP系统如何扩展的讨论同时进行--如果你每月访问你的站点的客户数量翻一番，因为业务正在起飞，例如，OLTP系统是否能够处理增加的吞吐量。

这与OLAP/ DSS系统形成了对比，OLAP/DSS系统的设计目的是在大得多的数据量上运行相对较少的事务。在这里，您所担心的与其说是您可以做的事务数量，不如说是随着您添加更多的数据，这些事务是如何减慢的。如果您是一家非常成功的公司，您可能希望在OLAP系统中按地区报告产品销售的数量和频率与您所产生的销售额成倍增长的数量和频率相同。但是现在有更多的数据需要处理，这要求您调整数据库，以保持报表性能不变。

Answer 2

在这个上下文中，吞吐量没有一个固定的意义。松散地说，它意味着每秒的事务数，但是“写”事务与“读取”事务不同，并且持续速率与峰值速率不同。(当然，10字节行与1000字节行不同。)

前几天我在寻找别的东西的时候偶然发现了性能度量与基准: Berkeley DB。这是一个不错的介绍不同的方法来衡量“有多快”。而且，本文讨论数据库基准是一本有趣的读物。