SQLServer性能优化工具
日期:2007-02-15 荐:
数据和工作负荷示例 使用下例说明 SQL Server 性能工具的使用。首先创建下表。 create table testtable (nkey1 int identity, col2 char(300) default 'abc', ckey1 char(1)) 接下来,在这个表中填充 10,000 行测试数据。可以为列 nkey1 中所填充的数据创建非聚集索引。可以为列 ckey1 中的数据创建聚集索引,col2 中的数据仅仅是填充内容,将每一行增加 300 字节。 declare @counter int set @counter = 1 while (@counter
有关详细信息,请在 SQL Server Books Online 中搜索“Index Tuning Wizard”和“Index Tuning Recommendations”。 将 Profiler 信息加载到 SQL Server 表以进行分析 Profiler 提供的另一个选项是将信息记录在 SQL Server 表中。完成后,就可以查询整个表以确定是否有某些查询消耗了过多资源。 将 Profiler 信息记录在 SQL Server 表中 从 SQL Server Enterprise Manager 菜单中选择 Tools/SQL Server Profiler 启动 Profiler。 按 CTRL N 组合键新建 Profiler 跟踪。 键入跟踪的名称。 单击 Capture to Table:复选框,然后选择要将 Profiler 信息输出到其中的 SQL Server 表。 单击 OK。 结束后,单击红色的正方形停止 Profiler 跟踪。 用 Query Analyzer 分析 Profiler 中记录的信息 在将这些信息记录到 SQL Server 表中后,可以用 Query Analyzer 计算出系统中的哪些查询消耗资源最多。这样,数据库管理员就可以集中时间改进最需要帮助的查询。例如,通常用以下查询分析从 Profiler 记录到 SQL Server 表中的数据。此查询检索数据库服务器中消耗 CPU 资源最多的头 3 项。返回读和写 I/O 信息以及查询的持续时间(用毫秒计)。如果用 Profiler 记录了大量的信息,那么在这个表中创建索引以加快分析查询是有意义的。例如,如果 CPU 即将成为分析这个表的一个重要标准,那么在 CPU 列创建非聚集索引应该是一个不错的主意。 select top 3 TextData,CPU,Reads,Writes,Duration from profiler_out_table order by cpu desc 有关详细信息,请在 SQL Server Books Online 中搜索字符串“Viewing and Analyzing Traces”、“Troubleshooting SQL Server Profiler”、“Tips for Using SQL Server”、“Common SQL Server Profiler Scenarios”、“Starting SQL Server Profiler”和“Monitoring with SQL Server Profiler”。 Query Analyzer I/O 统计信息 Query Analyzer 的 Connections Options 对话框 General 选项卡中提供了一个 Show stats I/O 选项。选择此复选框可以获取有关 Query Analyzer 中正在执行的查询所消耗 I/O 量的信息。 例如,当选择 Show stats I/O 选项时,查询“select ckey1, col2 from testtable where ckey1 = 'a'”除返回结果集以外,还返回以下 I/O 信息: Table 'testtable'.Scan count 1, logical reads 400, physical reads 382, read-ahead reads 400. 同样,当选择 Show stats I/O 选项时,查询“select nkey1, col2 from testtable where nkey1 = 5000”除了返回结果集以外,还返回以下 I/O 信息: Table 'testtable'.Scan count 1, logical reads 400, physical reads 282, read-ahead reads 400. 使用 I/O 统计信息是一种监视查询调整效果的有效方法。例如,在此示例表中创建 Index Tuning Wizard 在上面所推荐的两个索引,然后再次运行查询。 在“select ckey1,col2 from testtable where ckey1 = 'a'”的查询中,聚集索引改进性能的情况如下所示。假定查询需要提取该表的 20%,则性能改进应该是比较合理的: Table 'testtable'.Scan count 1, logical reads 91, physical reads 5, read-ahead reads 32. 在“select nkey1,col2 f
标签: