SQL查询统计信息在生产中占用更多时间/物理读取

Question

最近，我们在我们的生产环境中升级了应用程序版本。因为我们系统的性能变得非常慢。一个业务用例，以前的版本需要在1小时内完成，现在的版本需要3个多小时才能完成。我们进一步分析了问题，并将问题缩小到单个sql查询。无论是对应于此查询的代码还是查询本身，都没有进行任何更改。这个查询在当前版本中执行的次数与在上一个版本中执行的次数几乎相同，而且我们也不怀疑数据库数据发生了太多变化。我们的客户对这两个版本进行了statspack分析，发现此特定查询被列为当前版本中消耗更多物理读取、更多缓冲区获取、更多运行时间和更多cpu时间的顶级查询，而对应于以前版本的statspack文件甚至没有在一个目录中列出这些内容。

那么，在几乎相同的数据负载下，同一查询有哪些可能性导致更多的物理读取、更多的缓冲区获取、更多的运行时间和更多的cpu时间？

Answer 1

这些问题大多暗示缺乏或陈旧的统计数据。试着收集桌子上的统计数据。检查表上的任何二级索引最近是否被删除。另外，将查询正常运行时的解释计划与消耗高IO/CPU的解释计划进行比较。