数据库事务单位 (DTU) 和弹性数据库事务单位 (eDTU)

本文解释数据库事务单位 (DTU) 和弹性数据库事务单位 (eDTU),以及在达到 DTU 或 eDTU 上限时会发生什么情况。

数据库事务单位 (DTU) 的定义是?

对于服务层内特定性能级别的单个 Azure SQL 数据库,Microsoft 保证该数据库(独立于 Azure 云中的任何其他数据库)可获得一定级别的资源,并提供可预测的性能级别。 此资源量是以若干数据库事务单位或 DTU 计算的,是计算资源、存储资源和 IO 资源的捆绑度量值。 这些资源之间的比率最初由 OLTP 基准工作负荷决定,后者旨在作为典型的真实 OLTP 工作负荷。 工作负荷超过任何以上资源量时,吞吐量将受到限制,从而导致性能下降和超时。 工作负荷使用的资源不会影响 Azure 云中其他 SQL 数据库可用的资源,而其他工作负荷使用的资源也不会影响用户自己的 SQL 数据库可用的资源。

边界框

DTU 最适用于了解 Azure SQL 数据库在不同性能级别和服务层之间的资源相对数量。 例如,提高数据库的性能级别可使 DTU 加倍,这等同于使可供该数据库使用的资源集增加一倍。 例如,具有 1750 个 DTU 的高级 P11 数据库提供的 DTU 计算能力是具有 5 个 DTU 的基本数据库的 350 倍。

若要更深入了解工作负荷的资源 (DTU) 消耗,请使用 Azure SQL 数据库 Query Performance Insight 执行以下操作:

  • 按 CPU/持续时间/执行计数确定热门查询,可以对这些查询进行调整来提高性能。 例如,IO 密集型查询可能会受益于使用内存中优化技术,以便在某个特定服务层和性能级别更好地利用可用内存。
  • 深入了解查询详情,查看其文本和资源使用历史记录。
  • 访问性能优化建议,这些建议可显示 SQL 数据库顾问执行的操作。

可以随时更改 DTU 服务层,将应用程序故障时间降至最低(通常在平均 4 秒以下)。 许多业务和应用只要能够创建数据库并按需调高或调低性能即可,尤其是当使用模式相对容易预测时。 但如果有无法预测的使用模式,则管理成本和业务模式就会变得相当困难。 对于这种情况,可以使用一个具有一定数量 eDTU 的弹性池,这些 eDTU 在池中的多个数据库之间共享。

SQL 数据库简介:按层和级别统计的单一数据库 DTU

弹性数据库事务单位 (eDTU) 的定义是?

不需要为 SQL 数据库提供一组始终可用的专用资源 (DTU)(无论是否需要),可将数据库放在 SQL 数据库服务器上的弹性池中,该服务器在这些数据库之间共享资源池。 弹性池中的共享资源用弹性数据库事务单位(简称 eDTU)度量。 弹性池是一种简单的低成本高效益的解决方案,用于管理使用模式变化很大且不可预测的多个数据库的性能目标。 在弹性池中,可以确保不会出现一个数据库使用池中所有资源的情况,还可以确保弹性池中的数据库始终可以使用最少的资源量。

SQL 数据库简介:按层和级别统计的 eDTU

为池提供了固定数量的 eDTU,以获得固定价格。 在弹性池中,单独的数据库都被赋予了在配置的边界内自动缩放的灵活性。 负载较重的数据库会消耗较多的 eDTU 来满足需求,负载较轻的数据库消耗的 eDTU 较少,而完全无负载的数据库则不消耗任何 eDTU。 为整个池而非单个数据库预配资源可简化管理任务,池的预算也可预测。

可以向现有池添加额外的 eDTU,不会造成数据库关闭,对池中的数据库也不会有影响。 同样,可以随时从现有池中删除不再需要的额外 eDTU。 可以增减池的数据库,也可以限制数据库在负载较重时能够使用的 eDTU 数,保留 eDTU 供其他数据库使用。 如果某个数据库处于资源使用率较低的状态且这种状态可以预测,则可将其移出池,使用其所需要的可预测资源数将其配置为单一数据库。

如何确定工作负荷所需的 DTU 数目?

如果打算将现有的本地或 SQL Server 虚拟机工作负荷迁移到 Azure SQL 数据库,可以使用 DTU 计算器 来估计所需的 DTU 数。 对于现有的 Azure SQL 数据库工作负荷,可以使用 SQL 数据库 Query Performance Insight 来了解数据库资源使用量 (DTU),更深入地了解如何优化工作负荷。 也可以使用 sys.dm_db_ resource_stats DMV 获取最近一小时的资源消耗信息。 或者,可以查询目录视图 sys.resource_stats,获取最近 14 天的同类数据,不过,五分钟平均值的准确性较低。

如何知道资源弹性池是否能够带来优势?

池很适合具有特定使用模式的大量数据库。 对于给定的数据库,此模式的特征是低平均使用量与相对不频繁的使用高峰。 SQL数据库自动评估现有 SQL 数据库服务器中数据库的历史资源使用率,并在 Azure 门户中推荐适当的池配置。 有关详细信息,请参阅何时使用弹性池?

达到最大 DTU 时会发生什么情况?

性能级别会校准并受到控制,在选定服务层/性能级别所允许的最大限制范围内提供所需的资源来运行数据库工作负荷。 如果工作负荷达到了 CPU/数据 IO/日志 IO 限制中的其中一个限制,会继续接收资源直到达到最大允许级别,但是,可能会发现查询延迟不断增加。 这些限制不会造成任何错误,而只会减慢工作负荷,直到严重变慢,以致于查询开始超时。如果达到了并发用户会话/请求(工作线程)的最大允许数目限制,会看到明确的错误。 有关 CPU、内存、数据 IO 和事务日志 IO 以外的资源的限制信息,请参阅 Azure SQL 数据库资源限制

后续步骤