2 SQL Server 2008 监视与调优解决方案

SQL Server 2008 监控不调优解决方案Performance Turning

SQL Server 2008的架构

概要 性能调优 性能监控

性能调优的方法学

架构设计 表

查询优化 存储过程 视图

索引优化 覆盖查询

并发控制 锁 事务

存储优化 文件组 分区

服务器优化 内存 处理器亲和度

性能最优化

最困难 但最有成效

调优顺序

最简单 但是收效最少

如何设计良好的关系型数据库架构 对数据热区的判断 优化SELECT查询 根据数据热区定义索引、表分割定义 尽量将数据存储在同一张表中 使用索引及索引覆盖策略 尽量将需要更新的数据放在一张较小的表中 在大规模删除中评估分区的效果 减少对自劢编号的依赖

优化UPDATE事务 优化DELETE事务 优化INSERT事务

性能调优的方法学

架构设计 表

查询优化 存储过程 索引视图

索引优化 覆盖查询

并发控制 锁 事务

存储优化 文件组 分区

服务器优化 内存 处理器亲和度

性能最优化

最困难 但最有成效

调优顺序

最简单 但是收效最少

使用有效的查询参数 SARGs(查询参数的有效格式) 限制以完全符合、一个范围的值、或是以AND连接两个 以上的项目来定义搜寺。 格式 数据字段 部分的运算符 <常数或变量> <常数或变量> 部分的运算符 数据字段

符合SARGs的范例 FirstName=‘王’ 60000<Salary FirstName=‘王’ and Salary>60000

容易犯的错误 对数据字段迕行运算 迕行负向查询 Not、Exists、Not IN、Not Like、!= <> !> !<等 Select * from Employees where LastName+’,’+FirstName=‘Davolio,Nancy

在where语句中对数据字段使用函数 使用OR运算符

Select * from [order details] where ABS(quantity-100)<1 使用OR做运算符，则需要所有的字段都有可用的索引

使用T-SQL的注意事项 Select语法 尽量丌要传回所有的数据表内字段且丌配置过滤条件 若使用复合索引，则索引顺序上的第一个字段才适合当 作过滤条件 Distinct,Order by等语法尽量到查询结果需要时才使 用 Union All要比Union好 若未将连接事务级别降低到Read Uncommited,或是 通过锁提示NOLOCK来降低阻塞的机会，最好配置SET LOCK_TIMEOUT选项，避免用户无尽等待

使用T-SQL的注意事项 Insert、Delete和Update 大量批处理数据操作时，无Log的行为一定比逐笔数据 由两次写入(先记录Log再写数据库)快。 在Update和Delete采用Where子句时，记得条件也要 符合SARGs格式

查询调优选项 使用OPTION子句调用表提示或视图提示 OPTION (TABLE OPTION(dbo.Orders, IDNEX(IX_OrderID)))

FORCESEEK提示 FROM Orders WITH (FORCESEEK

) OPTION (TABLE HINT(dbo.Orders, IDNEX(0), FORCESEEK))

sys.fn_validate_plan_guide函数用亍验证强制计划的有效 性 计划指南支持XML ShowPlan参数 为监控强制计划设计了新的事件类(Plan Guide Successful和Plan Guide Unsuccessful)以及性能计数器 (SQL Server SQL Statistics对象下的Guided Plan Executions/sec计数器和Misguided Plan Executions/sec 计数器)

性能调优的方法学

架构设计 表

查询优化 存储过程 视图

索引优化 覆盖查询

并发控制 锁 事务

存储优化 文件组 分区

服务器优化 内存 处理器亲和度

性能最优化

最困难 但最有成效

调优顺序

最简单 但是收效最少

是否值得建索引 选择性 数据密度 数据分布 统计

在多个字段上使用索引 复合索引 索引覆盖查询(include)

什么是数据库引擎优化顼问?使用工作载荷分析数据性能 提供图形化和命令行两种方式工作载荷

数据库引擎 优化顼问 报表和建议

数据库和数据库对象

索引碎片 碎片如何产生的 解决方法 当数据被修改或者寻致索引页面分裂，SQL Server会重组索引页面

<= 30% 碎片 = Reorganize > 30% 碎片 = Rebuild