Sql server Azure SQL DB-资源治理

我们使用Azure SQL数据库，目前使用S3层，我们的一个服务存在问题，该服务正在将数据推送到数据库。它经常被调用，大多数情况下，我们的DTU超过95%。我们已经尽我们所能优化了，但基本上是太多的DB点击。我们正在进行其他优化、缓存等工作

问题是，这个数据库被我们的其他应用程序使用，并且由于DTU被其他服务使用，所以我们存在性能问题

我在想，如果有办法的话，我们什么时候可以为DTU的一个SQL用户设置最大限制？e、 g.30%。 我试着用谷歌搜索它，但是找不到任何与这个主题相关的东西。

---

非常感谢您的回答或建议

百分比始终基于S2 tier db。如果您是95，则意味着您的DTU使用率为S2层数据库的95%。在这种情况下，您接近100%，因此您可能很快需要一个比S2更大的层。您使用的是S3，因此您拥有正确的层

例如，如果DTU消耗量显示值为80%，则 表示它正在以极限值的80%的速率消耗DTU 数据库会有。如果在此视图中看到大于100%的值 这意味着您需要一个大于S2的性能层

例如，假设您看到的百分比值为300%。这 告诉您使用的资源是预期的三倍 在S2中提供。要确定合理的起始尺寸，请比较 S2（50个DTU）中提供的DTU具有更高的尺寸（P1= 100个DTU或S2的200%，P2=200个DTU或S2的400%）。因为你 在S2的300%时，您希望从P2开始并重新测试

根据DTU使用率百分比，您可以确定数据库是否可以 符合S2性能水平（或指示的较低/较高水平 通过各种性能的DTU百分比和相对DTU功率 MSDN站点中记录的分层）

---

当出现锁定问题时，需要找到锁定数据库的查询并重写它们。扩展到更大的db层只会有一点点帮助，而给导致问题的应用程序提供更少的db性能只会延长锁定时间

百分比始终基于S2层数据库。如果您是95，则意味着您的DTU使用率为S2层数据库的95%。在这种情况下，您接近100%，因此您可能很快需要一个比S2更大的层。您使用的是S3，因此您拥有正确的层

例如，如果DTU消耗量显示值为80%，则 表示它正在以极限值的80%的速率消耗DTU 数据库会有。如果在此视图中看到大于100%的值 这意味着您需要一个大于S2的性能层

例如，假设您看到的百分比值为300%。这 告诉您使用的资源是预期的三倍 在S2中提供。要确定合理的起始尺寸，请比较 S2（50个DTU）中提供的DTU具有更高的尺寸（P1= 100个DTU或S2的200%，P2=200个DTU或S2的400%）。因为你 在S2的300%时，您希望从P2开始并重新测试

根据DTU使用率百分比，您可以确定数据库是否可以 符合S2性能水平（或指示的较低/较高水平 通过各种性能的DTU百分比和相对DTU功率 MSDN站点中记录的分层）

---

当出现锁定问题时，需要找到锁定数据库的查询并重写它们。扩展到更大的db层只会有一点点帮助，而给导致问题的应用程序提供更少的db性能只会延长锁定时间

在SQL数据库中，目前没有办法限制每个查询/客户端的资源。您最大化了哪个资源维度（CPU、读、写）？如果你不能进一步优化，你可能不得不咬紧牙关，扩大规模。如果您受IO限制，则切换到P1将对您有所帮助。如果您是CPU受限的，那么您可能必须升级到P2。

SQL数据库中目前没有办法限制每个查询/客户端的资源。您最大化了哪个资源维度（CPU、读、写）？如果你不能进一步优化，你可能不得不咬紧牙关，扩大规模。如果您受IO限制，则切换到P1将对您有所帮助。如果您受到CPU的限制，则可能需要升级到P2。

对于不推荐使用的Web/Business版本，DTU仅与S0相关。在所有其他版本中，100%意味着您可以最大限度地利用该版本中的可用资源。对于不推荐使用的Web/Business版本，DTU仅与S0相关。在所有其他版本中，100%意味着您可以最大限度地利用该版本中的可用资源。