分析表无索引为什么sp_spaceused 中的index_size不为0

源于csdn论坛的一个提问：


CREATE
 
TABLE
 TUser ( FName 
CHAR
(
8000
), FAge 
INT
, FSex 
bit
 )



INSERT
 
INTO
 TUser



SELECT
 
'
张三
'
,
18
,
1
 
UNION
 
ALL



SELECT
 
'
李四
'
,
20
,
1
 
UNION
 
ALL



SELECT
 
'
王五
'
,
32
,
1
 
UNION
 
ALL



SELECT
 
'
麻子
'
,
23
,
1



 

通过一个查询看下扫描的数据页:


SET
 
STATISTICS
 IO 
ON



SELECT
 
*
 
FROM
 TUser





/**/
/*



(4 行受影响)



表 'TUser'。扫描计数 1，逻辑读取 4 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。



*/

可以看到，该查询全部数据是扫了四个数据页，也就是说插入的四行数据，一行为一个page.

 但是我们执行下面的sql,发现index_size为8k:


EXEC
 sp_spaceused N
'
TUser
'





/**/
/*



name    rows        reserved    data    index_size    unused



TUser    4              40 KB        32 KB    8 KB        0 KB



*/

 这是为什么，为什么没有建索引，这里却有一个index_size 8k ？

 

下面来看看index_size是怎么来的？

首先想到是的


sp_helptext sp_spaceused

通过查看sp_spaceused的代码，我们找到对于我们这个查询有用的信息代码：




 
/**/
/*
  



 ** Now calculate the summary data.   



 *  Note that LOB Data and Row-overflow Data are counted as Data Pages.  



 
*/

  



 
SELECT
   



  
@reservedpages
 
=
 
SUM
 (reserved_page_count),  



  
@usedpages
 
=
 
SUM
 (used_page_count),  



  
@pages
 
=
 
SUM
 (  



   
CASE
  



    
WHEN
 (index_id 
<
 
2
) 
THEN
 (in_row_data_page_count 
+
 lob_used_page_count 
+
 row_overflow_used_page_count)  



    
ELSE
 lob_used_page_count 
+
 row_overflow_used_page_count  



   
END
  



   ),  



  
@rowCount
 
=
 
SUM
 (  



   
CASE
  



    
WHEN
 (index_id 
<
 
2
) 
THEN
 row_count  



    
ELSE
 
0
  



   
END
  



   )  



 
FROM
 sys.dm_db_partition_stats  



 
WHERE
 
object_id
 
=
 
@id
;  



  





 
/**/
/*
  



 ** Check if table has XML Indexes or Fulltext Indexes which use internal tables tied to this table  



 
*/

  



 
IF
 (
SELECT
 
count
(
*
) 
FROM
 sys.internal_tables 
WHERE
 parent_id 
=
 
@id
 
AND
 internal_type 
IN
 (
202
,
204
)) 
>
 
0
   



 
BEGIN
  





  
/**/
/*
  



  **  Now calculate the summary data. Row counts in these internal tables don't   



  **  contribute towards row count of original table.    



  
*/

  



  
SELECT
   



   
@reservedpages
 
=
 
@reservedpages
 
+
 
sum
(reserved_page_count),  



   
@usedpages
 
=
 
@usedpages
 
+
 
sum
(used_page_count)  



  
FROM
 sys.dm_db_partition_stats p, sys.internal_tables it  



  
WHERE
 it.parent_id 
=
 
@id
 
AND
 it.internal_type 
IN
 (
202
,
204
) 
AND
 p.
object_id
 
=
 it.
object_id
;  



 
END
  



  



 
SELECT
   



  name 
=
 
OBJECT_NAME
 (
@id
),  



  rows 
=
 
convert
 (
char
(
11
), 
@rowCount
),  



  reserved 
=
 
LTRIM
 (
STR
 (
@reservedpages
 
*
 
8
, 
15
, 
0
) 
+
 
'
 KB
'
),  



  data 
=
 
LTRIM
 (
STR
 (
@pages
 
*
 
8
, 
15
, 
0
) 
+
 
'
 KB
'
),  



  index_size 
=
 
LTRIM
 (
STR
 ((
CASE
 
WHEN
 
@usedpages
 
>
 
@pages
 
THEN
 (
@usedpages
 
-
 
@pages
) 
ELSE
 
0
 
END
) 
*
 
8
, 
15
, 
0
) 
+
 
'
 KB
'
),  



  unused 
=
 
LTRIM
 (
STR
 ((
CASE
 
WHEN
 
@reservedpages
 
>
 
@usedpages
 
THEN
 (
@reservedpages
 
-
 
@usedpages
) 
ELSE
 
0
 
END
) 
*
 
8
, 
15
, 
0
) 
+
 
'
 KB
'
) 

通过上面的代码，我们可以基于我们目前的这个情况(堆表，不含有xml和fulltext,所以上面的202/204那段不用管了)提练出index的page如下算法：


select
 index_pagecount
=
sum
(used_page_count)
-



sum
(in_row_data_page_count 
+
 lob_used_page_count 
+
 row_overflow_used_page_count)



from
 sys.dm_db_partition_stats  



where
 
object_id
 
=
 
object_id
(
'
TUser
'
); 

这个结果是1.再套上index_size的公式：


select
 index_size 
=
 
LTRIM
 (
STR
 ((
1
) 
*
 
8
, 
15
, 
0
) 
+
 
'
 KB
'
)





/**/
/*



8k



*/

这就是8k的算法，从下面联机文档上关于sys.dm_db_partition_stats
的解释，可以分析出这个8k是个IAM page.
used_page_count  bigint

用于分区的总页数。计算方法为 in_row_used_page_count + lob_used_page_count + row_overflow_used_page_count

上面我们算index_page时公式为：
sum
(used_page_count)
-

sum
(in_row_data_page_count 
+
 lob_used_page_count 
+
 row_overflow_used_page_count)

也就是in_row_used_page_count
-in_row_data_page_count

对于这两列，联机文档解释是：

in_row_used_page_count

用于存储和管理分区中的行内数据的总页数。该计数包括非叶 B 树页、IAM 页以及 in_row_data_page_count 列包含的全部页。

in_row_data_page_count

分区中存储行内数据所用的页数。如果分区是堆的一部分，则该值为堆中的数据页数。如果分区是索引的一部分，则该值为叶级别中的页数。（未计入 B 树中非叶页的数目。）以上两种情况都未计入 IAM（索引分配映射）页。

针对我们目前该表的情况，仅是一个堆表，那么可知前者是包含了IAM页，而后者不含有IAM页，那么sp_spaceused中的index_size在这里就是一个IAM(索引分配映射)页。

 

其实这个也可以通过DBCC IND看到:Pagetype=10为IAM PAGE



如有错误，欢迎指正。