sql - 存储过程执行得非常糟糕 - 增加超时或修复问题

Question

我继承了第三方编写的前端。该前端通过不同第三方编写的过程与 Oracle 交互。有问题的存储过程在手动执行时需要 2 分 36 秒才能返回搜索结果。我看不到该过程，该团队建议我增加 Web 应用程序(托管在共享服务器上)中的超时时间。

在我的世界中，任何超过 30 秒的内容都需要在部署到生产之前进行性能修复，但有一些异常(exception)(遗留代码、疯狂的报告等)。向我建议的选项是将超时从 30 秒(由前端开发人员明确添加)增加到 180 秒。

我要问你的问题:
采取简单的方法并增加超时有什么风险？如果可能，请提供支持您观点的文章的链接，以便我引用。

如果您认为这不是问题，也可以随时加入。

Answer 1

在全局范围内增加超时的问题是您可能会遇到几个问题:

拒绝服务攻击。

服务器上的资源耗尽。

吞吐量降低。

当您增加超时时，您告诉服务器它需要保持它用于为该请求提供服务的线程运行。服务器将拥有有限数量的线程，因此它长时间运行的线程是不可用于服务其他请求的线程。如果您有很多需要很长时间才能运行的请求，那么最终您会耗尽线程并且服务器变得无响应。

这对您来说是否重要取决于对该特定存储过程发出的请求数。如果每隔一段时间只有一个请求，那么这没什么大不了的。但是，全局设置超时的问题在于它现在适用于所有请求，因此如果有其他请求可能需要很长时间才能运行，您也将延长它们的持续时间。