针对性地对一些耗资源严重的具体应用进行优化

　　出现效能问题时，首先要做的是什么？这个问题我问过不少同事，有人说凭经验对出问题的sql进行优化，如我们一般说的要合理使用索引，尽量不要使用前面带*号的Like语句，不要再比较操作符前边进行计算或使用函数等等，这些道路都是对的，但经验有时候不一定能解决问题。问题出现时，首先要做的是确定问题点是什么，只有正确的找到问题后才能有针对性的解决问题。下面简单介绍我们一般从哪些角度入手，来确定问题所在。

　　1、首先从业务上理解该处功能，理解用户的真正意图，用户真正关注的是什么，想要的是什么数据，是否有变通简洁的方法达到用户要求。而非使用复杂sql查询。其实有些时候进行变通的修改，同样能达到目的，但是采用的sql语句已经极大地简化了。这是解决效能问题的优先要考虑的。

　　2、对固定的sql进行优化时，一定要关注查询相关的数据量，关注数据量的大小，有些时候用户进行一个查询，若没有处理好查询条件的话，返回的记录集合太大，这对用户来说，其实意义不大，关键是这样必然会导致较多的磁盘IO，效能问题是必然的。除非是用户真的需要这么多数据，但事实证明，多数都不是的，所以着眼点是怎样限制返回的记录集的大小或查询中使用的临时中间数据集合的大小。这样才能使你的优化达到效果，起到作用。

　　下面简单介绍几种常用的检查问题sql的方法。

　　当然其中是有些技巧的，如：

　　1、使用 set statistics io on 检查实际的磁盘IO信息，物理读、逻辑读等信息，这个是一个简单有效的参考数据，在笔者以往的经验中，也是主要的参考数据。

　　在查询分析器中贴出问题sql，使用set statistics io  为on，也可以在空白处点击右键，选择<查询选项>，

　　选择<高级>

　　勾选Set Statistics Io 。

　　运行查询，除了得到结果集合以外，还可以得到本次查询相关的IO信息，如下图：