3性能调优方法论.pptxVIP

性能调优方法论王辉 mailto:wang_hui@msn.cnwang_hui@msn.cnSQL Server MVP SQL Server Golden MCT议题性能调优方法论–迭代性能调优方法论–调优顺序 性能调优方法论–缩小方法论-迭代当人们说有”性能问题”时，背后的意思是什么？定义”性能问题”关键的形容词 – 太慢，不足，负载过重，降低但不是 – 不工作了，毁了，坏了,等示例用户的响应时间每秒钟完成的输入输出(I/O)每秒钟完成的批次作业每分钟的数据处理量 (MB)中央处理器的使用率以用户的期望值为基础不是所有的问题都有解，要适时地修改功能，而不是一味地想要达到特定的功能性能定义基线用来计算与比较的标准以系统当前执行的性能为基准，或是以相匹配的系统为基准这里说的基线是指各组件可以达到的性能成本 用来升级，更换或是提升组件性能基线的时间、金钱、努力或是人力优化让每个组件发挥到最大基线的定义性能的基线是以用户的期望值为基础期望值可能基于以下的因素:以往的经验应用程序的基准业界的基准相似的设置与应用产品先前的版本确定所做的比较是正确的 (同级比较)基线的表示方式基线的表示方式可以是最少，最多，平均或是一个范围示例:每秒完成的批次作业 (最大值)每秒的传输量 (最大值)每秒的数据量 MB (最大值)磁盘扫描时间(最小，最大或平均)建立性能基线最起码要有的测量：尖峰和离峰时间的操作在线操作和批次执行的响应时间数据库备份和重建的完整时间时间周期的性能变化将当前服务器的效能与基线做一个比较定义较佳性能的目标明确的目标高于某个值，低过某个值等等以文件说明用来测试及计算效能的工具以文件定义描述可接受的特殊计算方式建立合理的最大值简单地建立一个调优各组件的成本列表建立获得效能的方法论获取并评估核心的信息计算当前的性能分析相关的计数器值，找出瓶颈点决定相关的组件所花的成本代换/升级/重写 X 比处理 Y 的成本高查验形成瓶颈的各种关联性以成本为基础做全面的优化不要做局部的优化观察”膝关节”效应回应时间对比处理量影响性能的因素领域知识(Domain Know-how)的应用：系统的好坏很大一部分取决于对领域知识的熟悉程度，或是分析设计的深度，这让你知道什么该存，什么可以切割，80/20 定律的拿捏为何。数据库设计：如数据分区、正规化与反正规化、数据库对象的使用、归档、维护计划、tempdb 的使用、避免过热过大的数据表或字段...等。软件系统：熟悉运作原理，正确设定、规划资源使用、监控...等。硬件架构：设备规格、负载平衡、日常维护、灾难复原…等。SQL语法：如可搜寻的条件(SARG)、不正确地使用光标...等。索引与统计：适量且需要日常维护...等。事务与锁定：事务过大过久、死结...等。应用程序访问：数据对象的使用、批次、多层次、连接池、避免大量数据结果传递，少用游标造成过多的网络来回...等。利用工具程序的观察与分析：数据库访问方式、性能计数器、网络流量...等。解决问题的能力性能调优方法论–调优顺序 调优顺序最困难但最有成效最简单但是收效最少为何要教一个错误处理的方法论因为技巧的变化极大研究显示产品的知识，以往的经验以及解决问题的能力是成功的关键建立你以往经验所没有的知识基础DETECT 方法Discover the problem：发现问题Explore the conditions：探就原因Track down possible approaches：提供可能的解决方式Execute the most likely approach：执行最有可能的解决方案Check for success (如果需要的话，重复之前的步骤)：确认成功与否Tie up loose ends：完成其余的工作发现(Discover)问题D ETECT关键词眼 - ?Discover，Describe，以及 Document是否已经简洁地描述整个问题？用户当前的基线在哪？用户的期望是什么？注意，并不是所有的问题都有解！另一个 D 不要惶恐(Don’t panic)探就(Explore)原因DETECT关键词眼 – Explore, Establish 以及 Evidence取得各种证据SQLDiag 工具程序的输出Showplan 输出各种系统的性能计数器SQL Server 特有的性能计数器检查最明显的问题 (但不要深入，记得你是在探究问题，尚未建立执行计划)探究的过程可以模拟成治疗类选法 (triage)(询问客户 300 个问题只会把客户气走，但无助于解决问题)提供可能的解决方式DETECT解析数据并建立假设查询 Knowledge Base 与专家讨论第一阶段：建立证明假设的计划好的计划应该有助于突显问题第二阶段：建立解决问题的计划执行最有可