早期的文章中，曾经提到过性能调优中的DETECT方法论，这里先简单回顾一下DETECT方法论。
Discover the problem ：发现问题
Explore the conditions：探究原因
Track down possible approaches：提供可能解决的方式
Execute the most likelyapproach：执行最好可能的解决方式
Check of success ：确认是否成功（如果没有成功，反复执行上面的步骤）
Tie up loose ends ：完成剩余工作
首先看 Discover ，发现问题
是否已经简洁的描述了整个问题？
用户当前的基线在哪里？
用户期望的是什么？
并不是所以的问题都可以解决的
再看Explore，探究原因
取得证据
检查最明显的问题（探究问题先不要深入）
Track down 提供可能的解决方式
第一阶段，建立证明假设的计划
第二阶段，建立解决问题的计划
执行最有可能的解决方案
第一阶段，执行测试计划来证明你的假设
第二阶段，，执行解决问题的方案
Check，确认成功与否
第一阶段
你的计划证明了你的假设，还是推翻了他？
第二阶段
记住：该过程通常是递归反复执行的
Tie up 完成剩余工作，收尾
上面说了那么方法论，虽然很枯燥，但是还是有指导意义的。下面来点实际的知识。
瓶颈分析
瓶颈的定义
瓶颈=需求达到的速率>实际处理量
流程：
常见瓶颈的监视任务
建立性能调优的计划
性能调优是反复的过程，一而再，再而三的循环，一次又一次趋近的修正，要利用文字记录以说明
执行性能调优的计划时，要确定对线上生产环境的影响
方法论–缩小
性能调优中常用的工作
windows事件查看器，主要是查看以下的事件日志
windows系统监视器能够跟踪：
SSMS中的活动监视器：
T-SQL工具：
Sql Profiler，跟踪并捕获sqlserver事件
查询分析器
数据库引擎优化顾问
分析瓶颈给出建议sql语句（索引和统计信息）
一定要成为你工作最大的资产。
