早期的文章中,曾经提到过性能调优中的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 举报,一经查实,本站将立刻删除。