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

什么是转发记录指针?

 

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

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

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

clip_image002

                                                          图一

 

 

 

滥用记录转发指针的后果

 

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

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

甚至连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

clip_image004 

                                                  图二

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

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

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

我们来查询下:

set statistics io on

select * from table_name

clip_image006

                                             图三

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

 

 

 

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

 

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

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

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

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

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

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

--创建聚集索引后查询

create index Clu_tname_labl on table_name(col1,col2)

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

set statistics io on

select * from table_name

clip_image008

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

 

 

 

 

结论

 

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

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

最后,希望本文能够帮助到你!

posted @   i6first  阅读(1126)  评论(4编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
点击右上角即可分享
微信分享提示