SQL Server转发记录指针的坏味道

什么是转发记录指针？

转发记录指针是堆表中特有的数据存储机制。

当你修改了某个数据页中的一行时，如果该行所在的数据页已经无法存放其修改后的行，

SQL Server会把这行数据移动到一个新的数据页上面去，并在原来的位置留下一个”记录转发指针”，指向到数据行新的位置。

图一

滥用记录转发指针的后果

转发记录指针是个非常麻烦的东西，对数据读取的性能百害无一利，

试想在一个满是转发指针记录的表中查找数据时，你需要根据这些转发指针记录在不同的数据页上跳来跳去，对性能的影响可想而知。

甚至连SQL Server自己也意识到这个机制并不完美，在未来的版本中可能不再存在。（《Inside SQL Server 2008》 Page296 ）

下文我们将举个例子来说明转发指针记录如何影响性能。

--查询某个数据库中转发“指针记录大于”0的表

USE databasename

SELECT OBJECT_NAME(object_id) AS object_name

,page_count

,avg_page_space_used_in_percent

,record_count

,forwarded_record_count

FROM sys.dm_db_index_physical_stats (db_id(), NULL ,null, null,'DETAILED')

WHERE forwarded_record_count > 0 order by forwarded_record_count desc

图二

如图二显示，该表（table_name）一共有700页，但转发指针记录竟然达1750个，

这么多的转发指针记录，你知道这意味着什么吗？

在回答之前我们先可以思考一个问题：如果一个查询要对该表做一次全表扫描，逻辑读应该是多少？

我们来查询下：

set statistics io on

select * from table_name

图三

各位读者有什么感想，一张才700页的表竟然逻辑读了2450次，是实际数据页数量的3倍之多！

如何清除表中转发指针记录

既然转发指针记录的产生无法避免，是不是意味着我们就没有办法避免由此带来的性能问题呢？

我们知道，转发指针记录是因为当前页没有足够的空间容纳该行，致使行被迁出到新页中，

如果这个行的大小被收缩到满足页的容量或者页中有剩余的空间能够存储改行时，转发指针记录将会被清除，

如此说来，消除转发指针记录的方式还很多，比如：重建表、数据库压缩、创建聚集索引等所有重构表存储结构的操作。

本文以创建聚集索引作为推荐方式向大家介绍：

我们现在创建下聚集索引，从而让表的存储空间重新组织，

--创建聚集索引后查询

create index Clu_tname_labl on table_name(col1,col2)

然后我们再来看看这个查询：

set statistics io on

select * from table_name

逻辑读取由原来2450减少到543次，相比之前提升了将近4倍。

结论

上文介绍了转发指针记录的形成、对性能的影响及如何消除转发转发指针记录。

在实际环境中，我们或许不会专门去查找某个表的转发指针记录，但当遇到某个表查询性能较差时，作为一个性能影响的因素，我们不应该忽视。

最后，希望本文能够帮助到你！