SQL Server执行部分语句的内存代价

核心提示： 因而逻辑读增加了2——（由于发生Clustered Index Scan，除了根级别的聚集索引页占用1次外，SQL Server执行部分语句的内存代价(4)，从根级别聚集索引定位到叶级别的聚集索引也将额外占用1次逻辑读），另外一个变化是只发生了一次物理读，然后通过l

因而逻辑读增加了2——（由于发生Clustered Index Scan，除了根级别的聚集索引页占用1次外，从根级别聚集索引定位到叶级别的聚集索引也将额外占用1次逻辑读）。

另外一个变化是只发生了一次物理读，即读取根级别的聚集索引页，另外4个数据页则通过预读方式而不是物理读从磁盘装入内存Buffer。这使得有聚集索引的情况下，执行SQL所直接花费的代价实际上更小。

2.2　　执行高选择性选取

在建立聚集索引情况下，对性能有益的变化是：

对于Select Top 1 * From P_Order 或者Select * From P_Order Where MobileNo=28702这样的语句，在有聚集索引情况下，只会将最终记录所在的页读入内存。

测试3：建立非聚集索引情况下，执行SQL语句3.1　　执行全表选取或者低选择性选取

如果将表中同一字段的聚集索引换成非聚集索引，则可以看到如下特点：

执行全表扫描将和没有任何索引的情况相似，将读取所有的数据页到内存。此时,SQL Server的查询引擎实际上无法使用非聚集索引。

3.2　　执行高选择性选取

将只读取最终数据所在的页到内存。通过查询计划可以看到，SQL Server在非聚集索引上使用INDEX SEEK，然后通过lookup 得到数据实际所在行（索引覆盖情况下例外，因为不需要定位到实际数据行）。

测试4：执行Nested Loop Join

在进行测试前,我们先准备另外一张表和数据。

Create Table P_Order
(　 UserStatus int NOT NULL,
　　MobileNo int NOT NULL,
　　Sid int Not NULL,
　　LastSubTime DateTime
)

插入数据：