Sql 什么是数据库吞吐量？

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

去维基

“在通信网络中，例如 以太网或分组无线电，吞吐量 或者网络吞吐量是平均值 成功传递邮件的速率 通过通讯频道。这是 数据可以通过物理方式传送 或逻辑链接，或通过 某些网络节点。吞吐量 通常以位/秒为单位进行测量 （位/秒或bps），有时在数据中 每秒数据包数或每秒数据包数 时隙。“

那么这是否意味着OLTP数据库需要具有高/快的插入率（即避免死锁等）

我总是觉得，如果我们为航空业建立一个数据库，它必须具有快速插入功能，但同时响应速度也很快，因为它对航空业的运营至关重要。在许多方面，这不应该局限于将消息/数据传递到数据库所涉及的协议吗

我并不是要挑出OLTP系统的“唯一”特征。一般来说，我想了解OLTP系统的固有特性

---

干杯

通常，当您谈论OLTP数据库的“吞吐量”时，您谈论的是每秒的事务数。系统每秒可以处理多少订单，它可以处理多少网页请求，它可以处理多少客户查询。这往往伴随着关于OLTP系统如何扩展的讨论——例如，如果您每月访问您的站点的客户数量增加一倍，因为业务正在起飞，OLTP系统是否能够处理增加的吞吐量

这与OLAP/DSS系统不同，OLAP/DSS系统的设计目的是在更大的数据量上运行相对较少的事务。在这里，您担心的不是您可以执行的事务的数量，而是这些事务在添加更多数据时会如何减慢。如果你是一家非常成功的公司，你可能希望OLAP系统中的产品销售报告的数量和频率与你创造的成倍增长的销售额相同。但现在要处理的数据数量成倍增加，这就需要调整数据库以保持报表性能不变。

在这种情况下，吞吐量并没有一个固定的含义。粗略地说，它表示每秒的事务数，但“写”事务不同于“读”事务，持续速率不同于峰值速率。（当然，10字节的行不同于1000字节的行。）

---

前几天我在找别的东西的时候偶然发现了。这是一个不错的介绍，介绍了不同的测量“速度有多快”的方法。另外，这也是一个有趣的阅读。

顺便说一句：避免死锁更多的是关于应用程序设计，而在谈论性能时则不太相关。过于简单化：oltp环境（无论如何，从数据库的角度来看）通常关心优化DML（插入/更新/删除）。您不需要处理摘要/聚合/汇总，这更适用于BI/DSS数据仓库/集市。berkleyDB链接已断开：（也许就是这个。