索引碎片分析和解决.doc

SQLServer索引碎片和解决方法 2009年06月09日 星期二 07:56 A.M. 毫无疑问，给表添加索引是有好处的，你要做的大部分工作就是维护索引，在数据更改期间索引可能产生碎片，所以一些维护是必要的。碎片可能是你查询产生性能问题的来源。 那么到底什么是索引碎片呢？索引碎片实际上有2种形式：外部碎片和内部碎片。不管哪种碎片基本上都会影响索引内页的使用。这也许是因为页的逻辑顺序错误（即外部碎片）或每页存储的数据量少于数据页的容量（内部错误）。无论索引产生了哪种类型的碎片，你都会因为它而面临查询的性能问题。 外部碎片 当索引页不在逻辑顺序上时就会产生外部碎片。索引创建时，索引键按照逻辑顺序放在一组索引页上。当新数据插入索引时，新的键可能放在存在的键之间。为了让新的键按照正确的顺序插入，可能会创建新的索引页来存储需要移动的那些存在的键。这些新的索引页通常物理上不会和那些被移动的键原来所在的页相邻。创建新页的过程会引起索引页偏离逻辑顺序。 下面的例子将比实际的言论更加清晰的解释这个概念。假定在任何另外的数据插入你的表之前存在索引上的结构如下（注：下面图片里应该是7和8，原文里是6和8）： INSERT语句往索引里添加新的数据，假定添加的是5。INSERT将引起新页创建，为了给5在原来的页上留出空间，7和8被移到了新页上。这个创建将引起索引页偏离逻辑顺序。 在有特定搜索或者返回无序结果集的查询的情况下，偏离顺序的索引页不会引起问题。对于返回有序结果集的查询，搜索那些无序的索引页需要进行额外的处理。有序结果集的例子如查询返回4到10之间的记录。为了返回7和8，查询不得不进行额外的页切换。虽然一个额外的页切换在一个长时间运行里是无关紧要的，然而想象一下一个有好几百页偏离顺序的非常大的表的情形。 内部碎片 当索引页没有用到最大量时就产生了内部碎片。虽然在一个有频繁数据插入的应用程序里这也许有帮助，然而设置一个fill factor（填充因子）会在索引页上留下空间，服务器内部碎片会导致索引尺寸增加，从而在返回需要的数据时要执行额外的读操作。这些额外的读操作会降低查询的性能。 怎样确定索引是否有碎片？ SQLServer提供了一个数据库命令――DBCC SHOWCONTIG――来确定一个指定的表或索引是否有碎片。 DBCC SHOWCONTIG数据库平台命令，用来显示指定的表的数据和索引的碎片信息。 DBCC SHOWCONTIG 权限默认授予 sysadmin固定服务器角色或 db_owner 和 db_ddladmin固定数据库角色的成员以及表的所有者且不可转让。 语法（SQLServer2000）DBCC SHOWCONTIG [ ( { table_name | table_id| view_name | view_id } [ , index_name | index_id ] ) ] [ WITH { ALL_INDEXES | FAST [ , ALL_INDEXES ] | TABLERESULTS [ , { ALL_INDEXES } ] [ , { FAST | ALL_LEVELS } ] }]语法（SQLServer7.0）DBCC SHOWCONTIG [ ( table_id [,index_id ] ) ]示例：显示数据库里所有索引的碎片信息SET NOCOUNT ONUSE pubsDBCC SHOWCONTIG WITH ALL_INDEXES GO 显示指定表的所有索引的碎片信息SET NOCOUNT ONUSE pubsDBCC SHOWCONTIG (authors) WITH ALL_INDEXES GO 显示指定索引的碎片信息SET NOCOUNT ONUSE pubsDBCC SHOWCONTIG (authors,aunmind) GO 结果集 DBCC SHOWCONTIG将返回扫描页数、扫描扩展盘区数、遍历索引或表的页时，DBCC 语句从一个扩展盘区移动到其它扩展盘区的次数、每个扩展盘区的页数、扫描密度（最佳值是指在一切都连续地链接的情况下，扩展盘区更改的理想数目）。DBCC SHOWCONTIG 正在扫描 authors 表...表: authors（1977058079）；索引 ID: 1，数据库 ID: 5已执行 TABLE 级别的扫描。- 扫描页数.....................................: 1- 扫描扩展盘区数...............................: 1- 扩展盘区开关数