SQLTUNING——从近半小时到几十毫秒的一次优化

昨天，一个用户的现场人员打电话紧急求助，说他们的一个系统卡了，半天不出结果，严重的影响了他们的使用，我简单的问了几句：什么时候的事儿？答：就今天下午的事儿。问：数据库软硬件最近动过没？答：没动过。问：程序什么时候部的？答：早就部了，都跑了快一年了，一直好好的。有点摸不着头脑，接着问：那最近什么变了？答：最近就是数据量变大了。。。。，问：知道卡哪里了吗？答：不知道。问：有锁等待吗？答：不知道。告诉了他们查询锁等待的SQL，他们把结果返回来，看了下，确定没有所等待，没有锁等待，那就是性能问题了。于是，就又把查询某session正在执行的SQL的方法告诉他们，一会儿，他们把结果反馈回来，通过结果和对用户的沟通，确定为某个程序代码的部分语句存在性能问题，于是，让他们把该SQL的执行计划发过来，返回执行计划后，看了一会儿，发现了问题所在，这也是最常见的场景之一，修改了SQL语句，让他们测试执行，他们说：修改后非常快，几十毫秒就出结果了。下面把SQL修改前后的执行计划（略去某些细节，如需了解细节，可以到本人的QQ空间浏览）贴在下面，供大家学习参考：

优化前执行计划：

优化后执行计划：