![如何根据 DMV/DMF 统计数据确定读/写密集型表](https://linux22.com/image/496375/%E5%A6%82%E4%BD%95%E6%A0%B9%E6%8D%AE%20DMV%2FDMF%20%E7%BB%9F%E8%AE%A1%E6%95%B0%E6%8D%AE%E7%A1%AE%E5%AE%9A%E8%AF%BB%2F%E5%86%99%E5%AF%86%E9%9B%86%E5%9E%8B%E8%A1%A8.png)
这是 Stack Overflow 问题上的后续问题
目标与上一个问题相同
这里的目标是找出索引的适当填充因子
根据 Mitch Wheat 的回答,他建议
... 普通表使用默认的 90% 填充因子,高插入表使用 70-85% 之间的填充因子(取决于行大小)。只读表可以使用 100% 的填充因子
即使在找到索引统计数据之后,我仍然无法理解结果。
你如何确定桌子是否高
- 插入
- 读
- 插入/读取表格?
你必须服用全部是否要考虑诸如leaf_insert_count
、leaf_delete_count
等统计数据? 或者我是否只需要查看几个域?user_seek/scan/lookup_count
我很想看看其他方法确定如何确定特定索引的填充因子。
用于获取索引统计信息的查询,
select db_name(US.database_id)
, object_name(US.object_id)
, I.name as IndexName
, OS.leaf_allocation_count
, OS.nonleaf_allocation_count
, OS.leaf_page_merge_count
, OS.leaf_insert_count
, OS.leaf_delete_count
, OS.leaf_update_count
, *
from sys.dm_db_index_usage_stats US
join sys.indexes I
on I.object_id = US.object_id
and I.index_id = US.index_id
join sys.dm_db_index_operational_stats(db_id(), null, null, null) OS
on OS.object_id = I.object_id and OS.index_id = I.Index_id
where I.type <> 0 -- not heap
and object_name(US.object_id) not like 'sys%'
order by OS.leaf_allocation_count desc,
OS.nonleaf_allocation_count desc,
OS.leaf_page_merge_count desc,
US.User_updates desc,
US.User_Seeks desc,
US.User_Scans desc,
US.User_Lookups desc
以及样本结果。
答案1
我问了一个类似的问题,但具体针对由标识字段组成的聚集索引。有很好的答案:
我决定将所有表/索引的填充因子全局设置为 80%,将具有身份聚集索引的填充因子设置为 90%
我每天都会清除碎片 - 重建碎片> = 30%的索引并重新组织碎片> 5%和<30%的索引。
我将这些操作记录在一个表中,并定期查看该表并将其用作提高/降低填充系数的指南。
答案2
您必须不断调整填充因子,直到获得正确的设置。
表格的右侧有多高并不重要。80% 可能并不总是一个好数字。如果值始终按顺序排列,则使用 100%。如果不需要,则没有必要在页面中留出可用空间。
如果您在新值随处可见时建立了索引,则需要更高的填充因子。如果您在 GUID 上建立索引(并且不按顺序创建 GUID),则可能需要 50% 的填充因子(取决于表插入率、索引重建频率等)。