早期的文章中，曾经提到过性能调优中的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，探究原因
取得证据
检查最明显的问题（探究问题先不要深入）
Track down 提供可能的解决方式
第一阶段，建立证明假设的计划
第二阶段，建立解决问题的计划
执行最有可能的解决方案
第一阶段，执行测试计划来证明你的假设
第二阶段，执行解决问题的方案
Check，确认成功与否
第一阶段
你的计划证明了你的假设，还是推翻了他？
第二阶段
- 你的计划是否改变了现象？
- 瓶颈是否转移了？
- 解决方案是否符合你原先的目标？
记住：该过程通常是递归反复执行的
Tie up 完成剩余工作，收尾
上面说了那么方法论，虽然很枯燥，但是还是有指导意义的。下面来点实际的知识。
瓶颈分析
瓶颈的定义
瓶颈=需求达到的速率>实际处理量
流程：
建立性能调优的计划
性能调优是反复的过程，一而再，再而三的循环，一次又一次趋近的修正，要利用文字记录以说明
- 理出头绪，突显问题并证明
- 系统的逼近目标
- 有共识，知道彼此谈论的标地
- 能够汇总比较
- 当系统出现的多个瓶颈，找出最关键的，成本最低的先执行调优
执行性能调优的计划时，要确定对线上生产环境的影响
方法论--缩小
性能调优中常用的工作
windows事件查看器，主要是查看以下的事件日志
- windows应用程序日志
- windows系统日志
- windows安全日志
windows系统监视器能够跟踪：
SSMS中的活动监视器：
T-sql工具：
- 选择需要跟踪的事件
- 选择跟踪模版
- 选择需要捕获的数据
- 有意义对数据进行分类
查询分析器
数据库引擎优化顾问
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
