为了更好地理解覆盖索引，在正式介绍覆盖索引之前，首先稍微来谈一谈有关索引的一些基础知识。 数据页和索引页 在SQLServer中，数据存储的基本单位是页，一页的大小为8KB，分别由页首，数据行和行偏移量组成，如下图结构： 页首固定占用96个字节，用来存储相
为了更好地理解覆盖索引，在正式介绍覆盖索引之前，首先稍微来谈一谈有关索引的一些基础知识。
数据页和索引页在SQLServer中，数据存储的基本单位是页，一页的大小为8KB，分别由页首，数据行和行偏移量组成，如下图结构：
页首固定占用96个字节，用来存储相关的页面系统信息，例如所属的数据库表对象Id等。数据行是真实数据的存储区域，每一行的大小是不固定的。行偏移量是一个数组，数组的每个位置占2个字节，用来存储数据行距离开头的位置偏移量，主要是用来做快速定位，例如想要查找第N行，只要访问行偏移量数组的第N项，就能快速找到数据行所在的位置。索引页和数据页的结构类似，所不同的是索引页的数据行存储的是和索引相关的信息。
聚集索引和非聚集索引聚集索引定义了表中数据存储的真实物理位置，它是按照指定列的顺序来存储数据的，类比于新华字典中的汉字是按照拼音顺序排列的，所以每张表只能建立一个聚集索引。聚集索引是一棵B+树结构，包含索引页和数据页，最底下的一排叶子节点是数据页，往上则为索引页，来看一张图应该更清晰一些：
非聚集索引是独立于数据真实存储顺序逻辑而存在的，类比于新华字典中按偏旁部首查找汉字的方式。与聚集索引对比，非聚集索引也是B+树的数据结构，但却只包含索引页，而且在一张表中可以建立多个非聚集索引，有关索引的深入分析可以查看这篇文章。同样来看一张非聚集索引的图：
什么是覆盖索引
覆盖索引是在SQLServer2005中引入的概念，只能建立在非聚集索引的基础上，通常情况下，非聚集索引的索引页是不包含真实数据的，只存储着指向数据页中数据行的指针，而覆盖索引则是通过将数据存储在索引页上，从而在查找对应数据的时候，只要找到索引页就可以访问到数据，无需再去查询数据页，所以说这个索引是数据[覆盖]的。
-- 覆盖索引的创建是在非聚集索引创建的基础上增加INCLUDE语句
CREATE NONCLUSTERED INDEX {index_name}
ON {table_name}(column_name...) -- 非聚集索引可以声明指定多个列作为索引项
INCLUDE(column_name...) -- 覆盖索引可以指定多个列存储在索引页上
创建覆盖索引的语法
覆盖索引分析
这一小节将通过创建覆盖索引以及使用DBCC命令查看索引的方式进行介绍。
IF DB_ID ( ' Test ' ) IS NULL
BEGIN
CREATE DATABASE Test;
END
GO
USE Test;
GO
IF OBJECT_ID ( ' t1 ' , ' U ' ) IS NULL
BEGIN
CREATE TABLE t1
(
t1_id INT NOT NULL IDENTITY ( 1 , 1 ),
t1_name VARCHAR ( 20 ) NOT NULL ,
t1_name1 VARCHAR ( 20 ) NOT NULL ,
t1_name2 VARCHAR ( 20 ) NOT NULL ,
t1_name3 VARCHAR ( 20 ) NOT NULL ,
t1_name4 VARCHAR ( 20 ) NOT NULL ,
t1_name5 VARCHAR ( 20 ) NOT NULL
);
END
/*
*插入测试数据
*/
INSERT INTO t1
( t1_name,
t1_name1,
t1_name2,
t1_name3,
t1_name4,
t1_name5 )
SELECT ' name ' ,
' name ' ,
' name ' ,
' name ' ,
' name ' ,
' name '
FROM sysobjects o1
CROSS JOIN sysobjects o2;
/*
*创建覆盖索引
*/
IF NOT EXISTS ( SELECT 1
FROM sysindexes
WHERE name = ' idx_t1_id ' )
BEGIN
CREATE NONCLUSTERED INDEX idx_t1_id
ON t1(t1_id)
INCLUDE(t1_name);
END
创建表&测试数据&覆盖索引
执行CROSS JOIN插入的测试数据有4000条左右，现在可以使用DBCC命令来查看表的数据页和索引页的情况。
/* *查看页的基本信息 *前提条件：表中必须插入了数据 *所需参数：（数据库名，表名，-1表示显示全部IAM页,数据页, 索引页） */ DBCC IND (Test,t1, - 1 );查看表的数据页和索引页命令
执行完这条命令后，应该可以看到显示的页信息，其中PageType=1的行表示数据页，PageType=2的行表示索引页，任意选择一条PageType=2的行，找到PageFID和PagePID，就可以使用DBCC命令来查看索引页的具体信息。
/* *查看索引页的基本信息 *所需参数：(数据库名，PageFID，PagePID，3表示输出每行每列的信息) */ DBCC PAGE(Test, 1 , 7732 , 3 ); 查看索引页信息的命令
执行完这条命令后，应该可以看到t1_name这一列的信息是包含在这个索引页中的。现在可以通过执行不同的查询SQL来查看覆盖索引所带来的性能提升，在执行SQL的同时开启显示实际的执行计划，从而可以清楚得看到对比结果。
SELECT t1_name
FROM t1
WHERE t1_id = 500 ;
SELECT t1_name1
FROM t1
WHERE t1_id = 500 ;
对比查询SQL
查询1开销为33%，而查询2的开销为67%，对比可以看到查询t1_name的开销比查询t1_name1的开销小很多，因为查询t1_name只需要执行索引，就可以在索引页上找到数据，而查询t1_name1还要去查找数据页。
覆盖索引的思考创建索引能带来查询的优化，但却带来了更改数据的负担，覆盖索引也不意外。由上面的分析我们知道，覆盖索引是非聚集索引的进一步细化，在更新数据的时候，如果涉及到覆盖索引INCLUDE的列，除了更改数据页之外还要更改索引页，比单纯使用非聚集索引增添了额外的工作。所以，在设计覆盖索引的时候，要综合考虑应该覆盖的列，确保INCLUDE的列能带来最佳的性能优化。