sql-server - Microsoft SQL Server 2008 - 非聚集、非唯一索引上有 99% 的碎片

Question

我有一个包含多个索引的表(定义如下)。无论是否重建/重新组织索引，索引之一 (IX_external_guid_3) 都有 99% 的碎片。任何人都知道可能导致此问题的原因或解决此问题的最佳方法？

我们使用 Entity Framework 4.0 来查询此字段，其他索引字段上的 EF 查询平均比 external_guid_3 字段快 10 倍，但是 ADO.Net 查询在这两个字段上的速度大致相同(尽管比外部索引字段慢 2 倍) EF 查询索引字段)。

表格

• id(PK, int, not null)
• guid(唯一标识符，null，rowguid)
• external_guid_1(唯一标识符，不为空)
• external_guid_2(唯一标识符，空)
• 状态(varchar(32)，空)
• 值(varchar(最大值)，null)
• infoset(XML(.), null) --> 通常 2-4K
• created_time(日期时间, null)
• updated_time(日期时间, null)
• external_guid_3(唯一标识符，不是空)
• FK_id(FK, int, null)
• locking_guid(uniqueidentifer, null)
• locked_time(日期时间, null)
• external_guid_4(唯一标识符，空)
• Corrected_time(日期时间, null)
• is_add(bit, not null) 分数(int,空)
• row_version(时间戳，空)

索引

• PK_table(集群)
• IX_created_time(非唯一、非集群)
• IX_external_guid_1(非唯一、非集群)
• IX_guid(非唯一、非集群)
• IX_external_guid_3(非唯一、非集群)
• IX_state(非唯一、非集群)

Answer 1

它实际上看起来就像在 guid 上建立索引可能是罪魁祸首: http://www.sqlskills.com/blogs/paul/can-guid-cluster-keys-cause-non-clustered-index-fragmentation/

最近我发现了一些似乎支持这一点的引用文献。