标签:
早期的文章中,曾经提到过性能调优中的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系统监视器能够跟踪:
SSMS中的活动监视器:
T-SQL工具:
Sql Profiler,跟踪并捕获sqlserver事件
查询分析器
数据库引擎优化顾问
标签:
原文地址:http://blog.csdn.net/dinglang_2009/article/details/46480859