这不是关于优化SQL命令的问题。我想知道有什么方法可以确保SQL连接保持打开,并准备好尽可能有效地处理命令。我现在看到的是,我可以执行一个SQL命令,该命令需要大约1秒,额外的执行将需要大约300ms。这是在先前针对SQL server (从另一个应用程序实例)执行命令之后...因此,在此应用程序首次执行之前,应为已执行的查询完全填充SQL缓存。只要我不断地重新执行查询,我就会看到大约300ms的时间,但如果我让应用程序空闲5-10分钟并返回,那么下一个请求将回到~1秒
查询在开始时需要5-10毫秒,但在长时间运行后,它降级到2秒。我如何优化这一点?我之前尝试了一个简单的解决方案,它是limit,offset,它给出了高度未优化的结果,所以我试图通过保存最后的id并在每次查询时添加最后的id来优化它,但是如果我继续一个接一个地获取3-4个小时,性能就会再次超时table and id >= <some_id> by timestamp
limit 500