当前位置：文江博客话题详情

如何查看SQL Server表的读/写统计信息？

发布于 2024-08-08 09:50:06 字数 562 浏览 5 评论 0原文

有没有办法找到 SQL Server 2005/2008 上表读写计数的统计信息？

我专门寻找 DMV/DMF 而不使用触发器或审核。

这里的目标是找出索引的适当填充因子 - 从这篇文章中得到了一个想法（填充因子定义）。

[更新] 关于 ServerFault 有一个后续问题
如何确定读/写密集表 DMV/DMF统计

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

ぇ气 2024-08-15 09:50:06

以下查询可用于查找数据库中所有表的读写次数。该查询结果可以导出为 CSV 文件，然后使用 Excel 公式可以轻松计算读/写比率。在规划表上的索引时非常有用

DECLARE @dbid int
SELECT  @dbid = db_id('database_name')

SELECT TableName = object_name(s.object_id)
    , Reads = SUM(user_seeks + user_scans + user_lookups)
    , Writes =  SUM(user_updates)
FROM sys.dm_db_index_usage_stats AS s
INNER JOIN sys.indexes AS i
     ON s.object_id = i.object_id
    AND i.index_id = s.index_id
WHERE objectproperty(s.object_id,'IsUserTable') = 1
AND s.database_id = @dbid
GROUP BY object_name(s.object_id)
ORDER BY Writes DESC

Following query can be used to find number of read and writes on all tables in a database. This query result can be exported to CSV file and then using excel formulas you can easily calculate read/write ratio. Very useful while planning indexes on a table

DECLARE @dbid int
SELECT  @dbid = db_id('database_name')

SELECT TableName = object_name(s.object_id)
    , Reads = SUM(user_seeks + user_scans + user_lookups)
    , Writes =  SUM(user_updates)
FROM sys.dm_db_index_usage_stats AS s
INNER JOIN sys.indexes AS i
     ON s.object_id = i.object_id
    AND i.index_id = s.index_id
WHERE objectproperty(s.object_id,'IsUserTable') = 1
AND s.database_id = @dbid
GROUP BY object_name(s.object_id)
ORDER BY Writes DESC

回复收藏 0 原文

小镇女孩 2024-08-15 09:50:06

sys.dm_db_index_physical_stats（大小和碎片）
sys.dm_db_index_usage_stats（使用情况、扫描/查找/更新次数等）
sys.dm_db_index_operational_stats（索引上的当前活动）

记住“表”表示聚集索引或“堆” 。

回复收藏 0 原文

奶茶白久 2024-08-15 09:50:06

要确定表索引的适当填充因子，您需要查看发生的页面拆分数量。这显示在 sys.dm_db_index_operational_stats 中：

叶分配计数：索引叶级别的页拆分总数。

非叶分配计数：索引叶级以上的页拆分总数。

叶页合并计数：索引叶级的页合并总数。

经过一番挖掘后，我看到一些帖子说 DMV 的页面分割数没有那么有用（我个人还没有证实这一点），但还有一个性能计数器“页面分割/秒” （但它仅在 SQL Server 实例级别）。

我使用的经验法则是，普通表使用默认的 90% 填充因子，高插入表使用 70 - 85% 之间的填充因子（取决于行大小）。只读表可以使用 100% 的填充因子

回复收藏 0 原文

因为看清所以看轻 2024-08-15 09:50:06

如果您有一个良好的聚集索引（即不断增加、唯一、狭窄），那么填充因子的真正决定性问题是表的更新方式和列的数据类型。
如果列都是固定大小（例如，整数、小数、浮点、字符）且不可为空，则更新无法增加行所需的存储空间。考虑到良好的聚集索引，您应该选择 90+ 甚至 100 的填充因子，因为不会发生页面拆分。
如果您有一些可变长度列（例如用于保存用户名的 Varchar）并且这些列在插入后很少更新，那么您仍然可以保持相对较高的填充因子。
如果您的数据长度变化很大（例如，UNC 路径、注释字段、XML），则应减小填充因子。特别是如果列经常更新并增长（如评论列）。
非聚集索引通常是相同的，只是索引键可能有更多问题（非唯一，可能不会增加）。
我认为 sys.dm_db_index_physical_stats 给出了最佳指标，但这是事后的结果。查看平均/最小/最大记录大小、平均碎片大小、平均页面空间，以了解索引空间的使用情况。
HTH。