检查SQL Server 2005的索引密度和碎片信息(转)

   查询数据库中所有表的索引密度和碎片信息,以便为索引的重建和整理提供依据,也可以参考DBCC SHOWCONTIG,通常FRAGMENTATIOIN在30%以上建议重建,否则建议整理

SELECT i.name                           AS indexname,
         o.name                           AS tablename,
         s.name                           AS schemaname,
         f.index_type_desc                AS indextype,
         f.avg_page_space_used_in_percent AS indexdensity,
         f.avg_fragmentation_in_percent   AS indexfragmentation,
         f.page_count                     AS pages
    FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'SAMPLED') f
         INNER JOIN sys.objects o ON o.object_id = f.object_id
         INNER JOIN sys.schemas s ON o.schema_id = s.schema_id
         INNER JOIN sys.indexes i ON f.object_id = i.object_id AND f.index_id = i.index_id
   WHERE page_count > 50
     AND f.index_id > 0
ORDER BY o.name, i.index_id


    LIMITED | SAMPLED | DETAILED | NULL | DEFAULT
     这些模式影响了如何收集碎片数据。LIMITED模式扫描堆所有的页,但对于索引,则只扫描叶级上面的父级别页。SAMPLED收集在堆或索引中1%采样率的数据。DETAILED模式扫描所有页(堆或索引)。DETAILED是执行最慢的,但也是最精确的选项。指定NULL或DEFAULT的效果与LIMITED模式的相同。
 

posted @   zping  阅读(1414)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· AI技术革命,工作效率10个最佳AI工具
历史上的今天:
2008-09-24 SQL Server 2005 和JBOSS 4 系统运行缓慢--高并发系统探讨(1)
点击右上角即可分享
微信分享提示