浅谈sqlserver性能调优

发表于:2013-04-10来源:Csdn作者:dinglang_2009点击数: 标签:性能调优SQLServer
相信不少的朋友,无论是做开发、架构的,还是DBA等,都经常听说“调优”这个词。说起“调优”,可能会让很多技术人员心头激情澎湃,也可能会让很多人感觉苦恼。当然,也有很多人对此不屑一顾,因为并不是每个人接触到的项目都很大,也不是每个人做的项目都

  相信不少的朋友,无论是做开发、架构的,还是DBA等,都经常听说“调优”这个词。说起“调优”,可能会让很多技术人员心头激情澎湃,也可能会让很多人感觉苦恼。当然,也有很多人对此不屑一顾,因为并不是每个人接触到的项目都很大,也不是每个人做的项目都对性能要求很高。

  在主流的企业级开发和互联网应用中,数据库的重要性是不言而喻的,而数据库的性能对于整个系统的性能而言也是至关重要的,这里无庸赘述。

  sqlserver的性能调优,其实是个很宽广的话题。坦白讲,想从概念到实践的完全讲清楚并掌握透彻,可能至少需要几本书的内容。本文只是一个概念级的总结,希望读者能对此有新的认识,在调优路上有所帮助。如果感兴趣的朋友很多,后续可能会分享一些实战经验。

  首先搞清楚,性能调优的目标

  从最直观,最常见的角度来讲,主要包含如下两点:

  优化响应时间

  何为“优化响应时间” 呢?说的通俗点,就是经过调优后,执行查询、更新等操作的时候,数据库的反应速度更快,花费的时间更少。

  比较常见的,以前执行某条sql查询语句,可能需要3秒钟,加了索引后,1秒钟不到就搞定了。加索引,这也是最典型最"廉价"的优化手段。

  在做“优化响应时间”时,需要了解:用户环境,程序,环境,用户和数据等方面的知识。

  优化吞吐量

  说起“吞吐量”,那就要想到“并发”了。其实就是“同时处理请求”的能力。如何提高数据库"抗并发"的能力呢?首先要了解sqlserver是如何访问数据的,如何控制并发访问的(事务隔离级别,锁等),如何与底层操作系统进行交互的,还要了解“多线程、进程”等方面的知识。

  比较常见的手段,通过降低事务隔离级别(一定程度地牺牲数据一致性等),这种“软手段”通常会起到很好的效果。其次,单台DB Server达到一定瓶颈后,可以通过“集群”等方式,实现请求的“负载均衡”的,来达到“抗并发”的目的,效果也是立竿见影的。

  性能调优的方法论--迭代

  基线

  通俗点讲,就是用来计算或者比较的标准。通常以当前系统性能为基准,或者以匹配系统性能为基准。指各个组件发挥到最大。

  成本

  用来升级,更换等提升组件性能时的时间,金钱,劳力等等。

  基线的定义,以用户期望值为基础,可能会涉及以下因素

  以往的经验,应用程序的基准,业界的标准,以前版本的情况

  基线的表示方式,包括:每秒完成的批处理(作业),每秒传输量,每秒数据量,磁盘扫描时间等等

  分析影响性能的因素:

  数据库设计(是否复合范式,是否合理归档、分区、分表等)

  软件系统 (操作系统优化,数据库系统的配置,资源的规划和监控等)

  硬件基础架构 (设备规格,硬件性能,负载均衡,容灾等)

  Sql语句的写法、索引和统计信息,事务和锁,应用程序访问代码(连接过多、频繁开关等)

  性能调优的顺序:

  从左往右,从技术难度、成本、实效去考虑

  DETECT 方法

  发现问题、探究原因、提供可能的解决方法、执行最有可能的解决方案、确认是否成功解决(如果没有,重复前面的步骤)、完成其余的工作

  DETECT方法论 中的这些工作细分起来,会有很多,这里暂时不做过多描述。具体调优的步骤、性能调优工具的使用,下篇文章继续。

原文转自:http://blog.csdn.net/dinglang_2009/article/details/8682412