第一步，在业务高峰期抓取样本数据(2个小时左右)。采用的工具是sqlserver自带的profiler，也叫事件探查器，如下图：

　　进入后，点击最左面的按钮，建立一个新的跟踪：

　　登录需要用DBO权限，所以可以用sa登录，也可以用windows集成验证方式(如果当前登录的就是sqlserver的话)

　　新建跟踪，一共有4个tab页进行配置，首先看第一个。跟踪名称不用更改，默认的即可。保存一共有两种方式，一是文件，扩展名是.trc(这种方式方便你把客户那里的跟踪结果发给你)，其二是数据库中的表。

　　为了分析方便，我们把它另存为表。此时sql提示你重新进行登录，这里我们把表保存到master中

　　假设表名字叫做jq(如果有重复的，系统会提示是否覆盖)

　　确定后回到了刚才的第一个tab页中：

　　然后切换到第二个选项卡中：

　　左面列出了各种事件类(Event Class)，右面是当前已有的事件类。对于性能调优，我们不需要安全审核、会话信息，点击删除按钮即可：

　　继续切换到第三个tab页上，这里的数据列默认就够了，当然，如果你看着不顺眼，可以把Appname/NT username等都删除。

　　最后一个tab页上，我们需要把系统自己产生的事件ID屏蔽掉：

　　把那个排除系统ID进行check即可，如下图：

　　所有项目配置好后，点击“运行”按钮。持续运行两个小时左右即可(业务高峰期，能典型的反应客户最近一段时间内的业务模式)

　　好了，第一步的准备工作完成了，等待一段时间后，我们开始检查刚才自动保存到master中的表jq。

　　第二步，开始查找影响速度的地方。

　　打开查询分析器(sql analyzer)，登录到master中，从 表jq里面按照I/O倒序，读取若干个sql。根据我的习惯，一般是读取1000条记录。为什么根据I/O来找呢，而不是根据时间来找呢?原因很简单，一句SQL执行，“稳定”的是I/O，而duration是一个不稳定的因素。我们进行sql调优的目的，就是降低I/O成本，从而提高效率。(一般而言，I/O降低了，duration自然就会降低)详细内容，参考我以前的post：http://blog.joycode.com/juqiang

　　执行完成后，我们仔细看下面的输出。

　　1、 XL_TALLY_Proc04这个sp的reads最大，将近100w，duration也达到了25秒多。

　　2、 Erp_IM_GMBill_GetBill这个sp的I/O不算大，才7w，duration平均都在1秒多点。但是这个sp执行的次数非常多。

　　经过询问客户，XL_TALLY_Proc04这个sp执行的频度很低，一天也就一两次，但是Erp_IM_GMBill_GetBill大概5分钟就要一次。这样整体I/O就占用的非常大。

　　所以这里我们要重点分析Erp_IM_GMBill_GetBill这个sp，而不是第一个!

　　总结一个原则就是：调整的重点是客户最关心的内容，是执行频度最高、看起来I/O又比较大的那种。I/O最大的，不一定是我们要优先解决的内容。

[1] [2] 下一页