Heroku上重定向时的超时请求
我在使用Flask向Heroku上的数据库发出简单查询的页面上遇到了请求超时，仅在一段时间不活动后第一次访问该页面时。我已经研究过类似的问题，但我认为它们不适合我的情况 为了进一步澄清并给出该问题的背景： 仅在刷新后，访问该页面不会导致请求超时。 然而，这个问题只有在网站长时间不活动之后才会再次出现。 我通过在代码中打印语句来跟踪错误。超时似乎是在一页的末尾重定向到另一页时。所有代码都正常运行，包括对数据库的查询，直到它点击return redirect。 例如，实际错误位于重定向此新页面时指定的路径上。 at=错误代码=H12 desc=请求超时方法=获取路径=/resultSearch主机=nutrientdata.herokuapp.com fwd=216.165.95.73 dyno=web.1连接=1ms服务=30001ms状态=503字节=0 为了支持内部代码不是问题所在的观点：我跟踪了NewRelic上的数据库性能，但是在这个页面上发出的查询需要很短的时间。 我尝试在本地主机上复制这种情况，但没有给我任何错误。然而，实际上，第一次在本地主机上重定向到该页面所需的时间比仅在一段时间不活动后才重定向到同一页面所需的时间要长 我尝试使用new relic ping应用程序-但是我不是ping特定页面，而是ping应用程序的第一页。 我试图解决这个问题，而不是重定向到另一个页面，只是呈现一个临时页面，然后再允许其他重定向。事实证明，问题现在转移到了新的一页。换句话说，请求超时现在在另一个重定向上。所有这些同样发生在一段时间不活动后首次访问应用程序的过程中。 我想我在寻找的是，为什么在长时间不活动后第一次重定向比另一次需要更长的时间。我应该如何修复它来解决这个请求超时Heroku上重定向时的超时请求,heroku,timeout,flask,Heroku,Timeout,Flask,我在使用Flask向Heroku上的数据库发出简单查询的页面上遇到了请求超时，仅在一段时间不活动后第一次访问该页面时。我已经研究过类似的问题，但我认为它们不适合我的情况 为了进一步澄清并给出该问题的背景： 仅在刷新后，访问该页面不会导致请求超时。 然而，这个问题只有在网站长时间不活动之后才会再次出现。 我通过在代码中打印语句来跟踪错误。超时似乎是在一页的末尾重定向到另一页时。所有代码都正常运行，包括对数据库的查询，直到它点击return redirect。 例如，实际错误位于重定向此新页面时指定
在此方面的任何帮助都将不胜感激。谢谢大家! 您说过，即使在本地devserver中也存在此问题，因此与Heroku无关。 通常，这类问题是由于数据库的透明缓存造成的 在本地devserver中，跟踪在最慢的场景（即重定向后访问的新页面）中对数据库的查询 可能有一个索引需要改进