Database design 负载测试的响应时间从100个用户大幅增加到150个用户

在负载测试中，响应时间从100个用户大幅增加到150个用户。此外，我们还看到150个用户中处理器的利用率恒定在75%，而100个用户在稳定状态下两次达到75%，下降到65%。150个用户测试中的响应时间大幅增加仅见于更新事务。响应时间增加了3到4倍（30秒到100秒fpr更新txn）。读取事务在150用户负载测试中有3到4秒的轻微增加。如何继续分析以找到根本原因？原因可能是：

<> LI>在CPU、RAM、网络、交换或磁盘使用方面，应用程序过载。请考虑使用工具或第三方解决方案（如）监视以上（以及应用程序特定的度量）。

您的应用程序或其中间件组件（应用程序服务器、数据库、负载平衡器等）未针对高负载进行正确配置。请参阅各个组件文档，并按照说明进行操作，以确保它们配置为利用所有可用资源

<> LI>可能是你的应用程序代码本身是瓶颈，考虑重新运行你的测试已经启用并检查结果寻找最慢的函数，最重的DB查询，最大的对象，等等。

---

您所描述的内容听起来好像达到了极限—可能还有争用/锁定—您是说一次更新需要30-100秒？还是整个工作负载需要那么长时间？数据库是什么，它运行在什么上。这将决定可用的工具。哦，请确保您的索引设置正确，因为这可能会解决问题任何问题。数据库是sql server，在windows 2012 server上运行。我们看到许多完整扫描，性能计数器中每秒的闩锁等待时间很高。我们需要分析跟踪吗。完整扫描速度超过每秒15到20次。我们还可以死锁。此外，每秒的锁定请求介于60到80之间。在您所说的所有内容中，死锁都是这是最令人担忧的。我会查看应用程序代码，并尝试确定它们来自何处。其他一切都可以通过调整、配置或升级来修复。数据库是sql server，在windows 2012 server上运行。我们看到许多完整扫描，每秒锁存等待的性能计数器很高。我们需要分析跟踪吗。完全扫描速度达到每秒15到20次以上。我们还可以死锁。每秒的锁定请求也在60到80之间。应用程序服务器内存和cpu看起来正常。响应时间的增加仅用于保存、提交和添加