SQL Azure弹性池多数据库达峰值时DTU分配机制咨询

好问题！咱们来拆解一下你描述的场景下，SQL Azure弹性池的具体表现：

当你的弹性池总DTU（400）被4个数据库完全占满（每个用满单库最大100DTU），此时第5个数据库试图达到峰值负载（请求100DTU），不会出现第5个数据库拿到0 DTU直接查询超时的情况，但也不会有“更高效分配”挤出额外资源——因为池的总资源已经耗尽了，具体行为是这样的：

• 资源节流（Throttling）启动：第5个数据库的请求会被弹性池限流。它无法拿到100DTU的峰值资源，只能获取池里偶尔释放的零星剩余资源（比如那4个峰值库的请求出现短暂波动时）。此时，这个库的查询会变慢，或者偶尔收到节流错误（比如错误码 40501: The request has been throttled），但不会完全无法执行。
• 已达峰值的4个库也会被限制：即使这4个库已经用满100DTU的单库上限，如果它们继续发起更高资源消耗的请求，同样会触发节流，无法突破单库最大DTU的限制，也不会抢占其他库的已有资源。
• 没有“超配额”分配机制：弹性池的总DTU是硬上限，系统不会为了满足第5个库的峰值需求，去压缩其他4个库的已分配资源——每个库的最大DTU是保障它们能拿到的上限，但不是固定分配，不过当总资源耗尽时，新的请求只能排队或被限流。

如果这种多库同时达峰的场景经常发生，建议你考虑：

• 提升弹性池的总DTU配额，增加整体资源容量；
• 调整单库的最大DTU设置，避免个别库过度占用资源；
• 优化数据库的查询性能，降低峰值负载下的资源消耗。

内容的提问来源于stack exchange，提问作者michal.jakubeczy