sql-server – 在SQL Server数据库中重建索引的频率是多少？

发布时间：2020-12-12 06:52:18 所属栏目：MsSql教程来源：网络整理

导读：目前，我们的数据库大小为10 GB，每月增长约3 GB。通常我听说应该不时重建索引，以改善查询执行时间。那么我应该多长时间在给定方案中重建索引？解决方法普遍的共识是，一旦索引碎片达到5以上(有时是10％)，你应该重新组织(“碎片整理”)你的指数，并且当它

目前，我们的数据库大小为10 GB，每月增长约3 GB。通常我听说应该不时重建索引，以改善查询执行时间。那么我应该多长时间在给定方案中重建索引？

解决方法

普遍的共识是，一旦索引碎片达到5以上(有时是10％)，你应该重新组织(“碎片整理”)你的指数，并且当它超过30％时你应该完全重建它们(至少那是我的数字’)听说过很多地方提倡的)。

Michelle Ufford(a.k.a。“SQL Fool”)有一个automated index defrag script，它使用这些确切的限制来决定何时重新组织或重建索引。

另请参阅Brad McGehee’s tips on rebuild indexes，其中包含有关如何处理索引重建的一些好的想法和提示。

我在这里使用这个脚本(不记得我什么时候得到它 – 无论是谁：非常感谢！非常有用的东西)在给定数据库中的所有索引上显示索引碎片：

SELECT 
    t.NAME 'Table name',i.NAME 'Index name',ips.index_type_desc,ips.alloc_unit_type_desc,ips.index_depth,ips.index_level,ips.avg_fragmentation_in_percent,ips.fragment_count,ips.avg_fragment_size_in_pages,ips.page_count,ips.avg_page_space_used_in_percent,ips.record_count,ips.ghost_record_count,ips.Version_ghost_record_count,ips.min_record_size_in_bytes,ips.max_record_size_in_bytes,ips.avg_record_size_in_bytes,ips.forwarded_record_count
FROM 
    sys.dm_db_index_physical_stats(DB_ID(),NULL,'DETAILED') ips
INNER JOIN  
    sys.tables t ON ips.OBJECT_ID = t.Object_ID
INNER JOIN  
    sys.indexes i ON ips.index_id = i.index_id AND ips.OBJECT_ID = i.object_id
WHERE
    AVG_FRAGMENTATION_IN_PERCENT > 0.0
ORDER BY
    AVG_FRAGMENTATION_IN_PERCENT,fragment_count

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!