请教几个问题（一）

显示全部楼层 · 2006-9-7 17:01:44

1、如何查看sql执行的I/O和时间？
2、一般情况下，为什么索引会提高sqlserver的I/O性能？
3、clustered index和non clustered index，各有什么优缺点？如果只有non clustered index，没有clustered index，可能会造成什么结果？
4、什么叫做bookmark lookup？潜在的会有什么缺点？
5、解释覆盖索引（或者叫复合索引）的优缺点？
谢谢

千问 · 2006-9-7 17:01:44

6、什么叫做SARGs？举三个SARGs不正确而导致sql慢的例子
7、表sysobjects是否可能影响sql性能？为什么？
8、阻塞与死锁有什么关系？
9、如何让sqlserver自动记录死锁信息？
10、index scan和index seek各是什么含义？对性能有和影响？

千问 · 2006-9-7 17:01:44

12、某些sql执行后，在消息中，会发现有worktable，I/O很大，解释此现象。
13、某windows 2000 Advanced server sp4数据库服务器，如果有4G内存，sqlserver应该占用多大内存才较合理？如果有8G内存，sqlserver应该占用多大内存才较合理？
15、如何判断sqlserver服务器是否存在网络、硬盘、内存、CPU瓶颈？
16、如果想监视某个存储过程内部sql执行的性能，应该监视什么指？
17、综述sql性能调整的步骤
18、你认为性能调整，需要具备哪些知识？

千问 · 2006-9-7 17:01:44

1、sql的I/O时间,不知道.性能监视器可以看到是不是io问题.
2、索引就跟书的目录一样.所以会提高sqlserver的I/O性能.
3、clustered index一张表只能有一个,是按照物理排序的.non clustered index，是逻辑排序.
4、什么叫bookmark lookup,不清楚.
5、覆盖索引跟复合索引不是一回事.复合索引--索引列在2列以上.
覆盖索引,指select等时where条件里充分利用了这个复合索引。

千问 · 2006-9-7 17:01:44

13. 如果是4G内存,那么开启操作系统/3GB参数,分给sqlserver3G内存.
如果是8G内存,那么开启操作系统/PAE参数,给sqlserver打AWE补丁,启动sqlserver的AWE应用并分给sqlserver6G内存.

千问 · 2006-9-7 17:01:44

合并了主题(请楼主不要在意)
,并置顶一周,

千问 · 2006-9-7 17:01:44

最初由花好月不圆发布
[B]合并了主题(请楼主不要在意)
,并置顶一周,

[/B]

谢了

千问 · 2006-9-7 17:01:44

1、如何查看sql执行的I/O和时间？
sql2005 可以看这个视图sys.dm_exec_query_stats

千问 · 2006-9-7 17:01:44

2、一般情况下，为什么索引会提高sqlserver的I/O性能？
索引并不会提高I/O性能，只是减少了I/O，而系统中I/O的成本一般是最高的，所以减少了I/O提高了性能
前面DX说得看书的例子道理差不多，索引相当于书前面的目录，通过目录直接找到具体的页性能跟直接一页一页翻到要找的页不能同日而语

千问 · 2006-9-7 17:01:44

3、clustered index和non clustered index，各有什么优缺点？如果只有non clustered index，没有clustered index，可能会造成什么结果？
sql server 联机帮助写的很清楚
聚集
聚集索引基于数据行的键值在表内排序和存储这些数据行。由于数据行按基于聚集索引键的排序次序存储，因此聚集索引对查找行很有效。每个表只能有一个聚集索引，因为数据行本身只能按一个顺序存储。数据行本身构成聚集索引的最低级别。
只有当表包含聚集索引时，表内的数据行才按排序次序存储。如果表没有聚集索引，则其数据行按堆集方式存储。
非聚集
非聚集索引具有完全独立于数据行的结构。非聚集索引的最低行包含非聚集索引的键值，并且每个键值项都有指针指向包含该键值的数据行。数据行不按基于非聚集键的次序存储。
在非聚集索引内，从索引行指向数据行的指针称为行定位器。行定位器的结构取决于数据页的存储方式是堆集还是聚集。对于堆集，行定位器是指向行的指针。对于有聚集索引的表，行定位器是聚集索引键。

聚集索引确定表中数据的物理顺序。聚集索引类似于电话簿，后者按姓氏排列数据。由于聚集索引规定数据在表中的物理存储顺序，因此一个表只能包含一个聚集索引。但该索引可以包含多个列（组合索引），就像电话簿按姓氏和名字进行组织一样。
聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如，如果应用程序执行的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集（物理排序），避免每次查询该列时都进行排序，从而节省成本。
当索引值唯一时，使用聚集索引查找特定的行也很有效率。例如，使用唯一雇员 ID 列 emp_id 查找特定雇员的最快速的方法，是在 emp_id 列上创建聚集索引或 PRIMARY KEY 约束。

说明如果该表上尚未创建聚集索引，且在创建 PRIMARY KEY 约束时未指定非聚集索引，PRIMARY KEY 约束会自动创建聚集索引。

也可以在 lname（姓氏）列和 fname（名字）列上创建聚集索引，因为雇员记录常常是按姓名而不是按雇员 ID 分组和查询的。
注意事项
定义聚集索引键时使用的列越少越好，这一点很重要。如果定义了一个大型的聚集索引键，则同一个表上定义的任何非聚集索引都将增大许多，因为非聚集索引条目包含聚集键。当把 SQL 脚本保存到可用空间不足的磁盘上时，索引优化向导不返回错误。有关 Microsoft® SQL Server? 2000 中如何实现非聚集索引的更多信息，请参见非聚集索引。
在分析过程中，索引优化向导会消耗相当多的 CPU 及内存资源。最好在生产服务器的测试版上执行优化，而不要在生产服务器上执行。此外，最好在另一台计算机上而非运行 SQL Server 的计算机上运行该向导。该向导不能用于在 SQL Server 6.5 版或更早版本的数据库中选择或创建索引及统计信息。
在创建聚集索引之前，应先了解您的数据是如何被访问的。可考虑将聚集索引用于：
包含大量非重复值的列。

使用下列运算符返回一个范围值的查询：BETWEEN、>、>=、< 和 <=。

被连续访问的列。

返回大型结果集的查询。

经常被使用联接或 GROUP BY 子句的查询访问的列；一般来说，这些是外键列。对 ORDER BY 或 GROUP BY 子句中指定的列进行索引，可以使 SQL Server 不必对数据进行排序，因为这些行已经排序。这样可以提高查询性能。

OLTP 类型的应用程序，这些程序要求进行非常快速的单行查找（一般通过主键）。应在主键上创建聚集索引。
聚集索引不适用于：
频繁更改的列
这将导致整行移动（因为 SQL Server 必须按物理顺序保留行中的数据值）。这一点要特别注意，因为在大数据量事务处理系统中数据是易失的。
宽键
来自聚集索引的键值由所有非聚集索引作为查找键使用，因此存储在每个非聚集索引的叶条目内。