早期的文章中，曾经提到过性能调优中的DETECT方法论，这里先简单回顾一下DETECT方法论。
Discover the problem ：发现问题
Explore the conditions：探究原因
Track down possible approaches：提供可能解决的方式
Execute the most likely approach：执行最好可能的解决方式
Check of success ：确认是否成功（如果没有成功，反复执行上面的步骤）
Tie up loose ends ：完成剩余工作
首先看 Discover ，发现问题
是否已经简洁的描述了整个问题？
用户当前的基线在哪里？
用户期望的是什么？
并不是所以的问题都可以解决的
再看Explore，探究原因
取得证据
SqlProfiler跟踪 /Sql TraceDMV 和 DMFShowPlan执行计划输出各种系统的性能计数器sqlserver特有的性能计数器
检查最明显的问题（探究问题先不要深入）
Track down 提供可能的解决方式
第一阶段，建立证明假设的计划
第二阶段，建立解决问题的计划
执行最有可能的解决方案
第一阶段，执行测试计划来证明你的假设
第二阶段，执行解决问题的方案
Check，确认成功与否
第一阶段
你的计划证明了你的假设，还是推翻了他？
第二阶段
你的计划是否改变了现象？瓶颈是否转移了？解决方案是否符合你原先的目标？
记住：该过程通常是递归反复执行的
Tie up 完成剩余工作，收尾
性能调优是否达会有无法预计的边际效应？所做的修改是否真正解决了问题，会不会短时间又碰到相同问题？还需要做哪些跟踪的工作？
上面说了那么方法论，虽然很枯燥，但是还是有指导意义的。下面来点实际的知识。
瓶颈分析
瓶颈的定义
瓶颈=需求达到的速率>实际处理量
流程：
决定是卡在哪一个点上决定在队列中等待的状况减少输入（需求达到的速率）或是增加同时的处理量决定收益决定成本
常见瓶颈的监视任务
监视内存占用监视线程和CPU使用监视硬盘IO监视低性能查询监视存储过程、sql和用户活动监视当前锁定和用户互动
建立性能调优的计划
性能调优是反复的过程，一而再，再而三的循环，一次又一次趋近的修正，要利用文字记录以说明
理出头绪，突显问题并证明系统的逼近目标有共识，知道彼此谈论的标地能够汇总比较当系统出现的多个瓶颈，找出最关键的，成本最低的先执行调优
执行性能调优的计划时，要确定对线上生产环境的影响
方法论--缩小
数据库引擎优化顾问
windows事件查看器，主要是查看以下的事件日志
windows应用程序日志windows系统日志windows安全日志
windows系统监视器能够跟踪：
sql server I/Osql server 内存sql server用户sql server 锁复制活动
SSMS中的活动监视器：
活动用户任务资源等待数据文件I/O耗费大量资源的查询
T-SQL工具：
系统存储过程全局变量T-SQL语句DBCC跟踪标记DMF/DMF
Sql Profiler，跟踪并捕获sqlserver事件
选择需要跟踪的事件选择跟踪模版选择需要捕获的数据有意义对数据进行分类
查询分析器
显示查询执行计划显示服务器跟踪显示服务器端统计信息显示客户端统计信息
数据库引擎优化顾问
分析瓶颈给出建议sql语句（索引和统计信息）