本书由多位SQL专家撰写而成，从全新的角度出发来实现性能调优，并讨论了诊断性能问题的科学方法。此外，本书还演示了如何使用SQL Server性能调优的关键工具。
全书共分为4个部分，第Ⅰ部分演示了当发生问题时如何寻找瓶颈，以及如何对SQL Server进行监控，以确定是否存在资源瓶颈。第Ⅱ部分将讨论如何识别并解决导致性能较差的问题。第Ⅲ部分解释了为了试着完全避免性能问题所能够采取的主动措施。最后，将介绍如何达到更好的性能，并且将阐述在产品生命期后期阶段中涉及到性能调优的一些挑战。
本书主要内容
◆如何使用SQL Server等待类型来找到资源瓶颈，以及创建这些等待的查询
◆去除瓶颈的模式调校和配置方法
◆在性能测试中创建标准工作负荷的技术
◆存储子系统性能和健壮性的好处
◆如何充分利用SQLl0和SQLIOSim
◆成功部署的最佳实践
本书读者对象
本书适合于咨询师、开发人员、DBA、架构师或任何对SQL性能调优有兴趣的人。本书要求读者有T-SQL使用经验，并了解如何执行基本的SQL Server和OS管理任务。

亚马逊5星级图书，自英文版出版以来，一直受到广大读者的推崇，是一本非常优秀的、内容全面的SQL Server2005性能调优指南。本书向读者展示了如何找到性能问题，而不是假定读者已经知道问题存哪里。与其他同类书籍不同，本书更多地把重点放在对性能问题的诊断上。首先，当发生问题时如何寻找瓶颈，然后讨论如何识别并解决制约性能的问题。

第Ⅰ部分 在问题发生时寻找瓶颈
第1章 性能调校
1.1 艺术还是科学
1.2 性能调校的科学
1.3 应用性能调校
1.4 小结
第2章 使用System Monitor监视服务器资源
2.1 为什么可能会需要System Monitor
2.2 何时应当使用System Monitor
2.3 Performance Monitor概述
2.4 开始使用System Monitor
2.5 运行System Monitor的影响是什么
2.6 System Monitor将生成多少数据
2.7 资源利用
2.8 识别瓶颈
2.9 主动使用System Monitor
2.10 在64位系统上运行System Monitor
2.11 合并System Monitor日志和SQL Profiler跟踪
2.12 监视远程服务器
2.13 System Monitor的最佳实践
2.14 System Monitor计数器不见了应当怎么办
2.15 内置日志管理工具
2.16 分析日志数据
2.17 小结
第3章 使用System Monitor监视SQL Server资源
3.1 开始
3.2 性能问题的类型
3.3 瓶颈的类型
3.4 内存瓶颈
3.5 CPU瓶颈
3.6 磁盘瓶颈
3.7 监视数据库镜像性能
3.8 监视Wait Statistics
3.9 典型性能问题
3.10 使用SQL Server来分析性能日志
3.11 联合Performance Monitor日志和SQL Profiler 跟踪
3.12 小结
第4章 SQL Server等待类型
4.1 SQL Server等待
4.2 体系结构
4.3 常见的或值得注意的资源等待类型
4.4 如何追踪等待
4.5 加锁与阻塞
4.6 小结
第5章 使用SQL Profiler寻找问题查询
5.1 设置跟踪的准备工作
5.2 捕获阻塞事件
5.3 捕获Showplan XML数据
5.4 捕获死锁图
5.5 使用SQL Profiler识别长时间运行的查询
5.6 使用Profiler生成服务器端跟踪代码跟踪高成本查询
5.7 将Profiler Trace同System Monitor性能计数器数据关联起来
5.8 小结
第Ⅱ部分 通过调校去除瓶颈
第6章 选择和配置硬件
6.1 服务器瓶颈
6.2 配置服务器
6.3 小结
第7章 调校SQL Server配置
第8章 调校模式
第9章 调校T-SQL
第Ⅲ部分 使用工具来采取主动措施并建立性能基线
第10章 使用SQL Profiler捕获、测量、重放工作负荷
第11章 调校索引
第12章 存储的速度及健壮性
第13章 SQL Server 2005 Performance Dashboard Reports
第Ⅳ分 服务器性能的路线图
第14章 从一开始就为性能进行设计的最佳实践
第15章 成功的部署策略

StevenWort有14年使用SQLServer的经验。他目前是Microsoft公司Windows小组的开发人员，负责解决大型数据库系统的性能和扩展性问题。Steven在Microsoft工作大约7年了，2年前来到Windows组。在此之前，Steven在SQLServer小组工作了2年，研究性能和可扩展性。他在Microsoft的第一份工作是在SIE小组作为资深专家，为期3年，研究内容是CSS。在这段时间里，Steven环游了世界，解决Microsoft客户的性能和可扩展性问题。在来到Microsoft之前，Steven作为数据库应用开发的自由顾问专家在英国工作了20年。

第Ⅰ部分 在问题发生时寻找瓶颈
第2章 使用System Monitor监视服务器资源
理解服务器如何运行在对问题进行故障诊断时非常有价值，并且在系统的有效管理方面也有帮助，如容量规划。本章讲述何时使用System Monitor（系统监视器）以及如何通过对服务器的监视来更好地理解服务器如何运行。在解决问题过程中，在适当的位置做出修改之前，第一步需要决定收集哪些数据，第二步是对数据进行解释。在本章的最后，可以更好地理解如何：
分析一个性能问题
主动地监视服务器资源的使用
在使用System Monitor时采用最佳实践
熟悉这些工具以及系统的正常工作负荷，意味着能够区分服务器正常的性能波动和真正的性能问题。性能调校是一门科学，寻找问题的根本原因的旅程可能是漫长而且艰险的，但是如果熟练掌握了这些工具并熟悉您的环境，问题原因的探寻之旅将会是一个令人愉快而且有趣的挑战。
2.1 为什么可能会需要System Monitor
几乎在所有和应用性能相关的问题中，良好的问题描述、Windows事件日志以及System Monitor将会提供充足的数据，使得您可以排除或归罪于总体软件及硬件解决方案中的许多组件。通常，当我们通过电话、e-mail或故障报修工具接收到一个问题报告时，问题的范围会非常广泛。问题可能位于客户端，可能和网络相关，也可能和服务器相关。既可能是和硬件相关的问题，也可能是和软件相关的问题，甚至会与操作系统、基础架构（SQL Server、IIS等）或应用相关。
与医生抵达一个事故现场类似，第一步应当对状况进行初步评估，从而了解问题的规模、严重程度及优先级。有些方面隐含在问题陈述中，其他一些方面则需要更多的数据才能做出恰当的诊断。本质上，在早期的故障探测中，应当注意排查可能导致或参与性能问题的软件或硬件组件。
System Monitor能够提供强大的信息，这些信息可以作为如何以及是否继续进行故障诊断的决策基础。如果在这个阶段能精确判断出问题可能的范围，就能够显著地为客户减少解决问题的时间。当然，在很多情况下，System Monitor不能提供粒度足够细的信息，或者不能揭示应用行为的特殊性。但是，还有很多其他的工具（尤其是对于SQL Server来说）可以很好地完成这个工作。
……