SQL Azure 数据库 DTU 在升迁后增加，没有其他变化

Question

当单个 Azure SQL 数据库升级到（S1->S3、S7->S9、P2->P4 等）而没有其他更改（没有代码部署、负载没有变化）时，DTU 百分比会降低，这是预期的。 什么可以解释 DTU 百分比在移动到较高层时增加，然后在降级到较小层时减少？

换句话说，通常可以预期P2 @ ~80%变成P4 @ ~40% 。 什么可以解释P2 @ ~80%在稳定负载下变成P4 @ ~90% ，没有代码更改，也没有增加数据库大小（数据库读写繁重（更新，插入不多）。

例如，当有更多 DTU 可用时，Query Store 会变得更忙吗？

请注意，这不是在优化此数据库之后（这项工作正在进行中，但这不是此问题的一部分）

Answer 1

增加 DTU 时，事务日志吞吐率也会增加。

由于您的数据库有沉重的更新负载，很可能是在较低层您的写入受到严重限制以及您的 CPU 和 Memory 开销接近 MAX>

增加您的 DTU 可以让您获得更多 CPU 和 Memory 空间，但您的吞吐率可能仍然受到大量更新的限制。

用于 avg_dtu_percent 的公式是avg_dtu_percent = MAX(avg_cpu_percent, avg_data_io_percent, avg_log_write_percent)因此您可以看到，如果只有一种资源类型被大量使用，您的 DTU 仍然会显得很高。

要跟踪更详细的使用信息， sys.dm_db_resource_stats动态管理视图 (DMV) 可让您查看过去一小时的资源消耗情况。 sys.resource_stats目录视图显示过去 14 天的资源消耗，但精度低于五分钟平均值。