如何检测过期的统计信息(转)

在大多数情况下,人为更新统计信息可以获得更好的性能。这个文章,我们可以来看下如何检测过期的统计信息。

在SQL Server 2005以后的版本里,SQL Server使用ColModCtr 对统计的主要列对象进行跟踪。但在 SQL server 2005或SQL server 2008里没有对应的DMV进行查询,直到SQL server 2008 R2 (SP2) 开始的版本,才有sys.dm_db_stats_properties 对统计的主要列对象改变有详细的统计信息。

对于老版本的SQL Server用户来说,我们需要基于sys.sysindexes的可用rowmodctr。自SQL Server 2005开始的版本,rowmodctr已经与老版本不再兼容。在SQL Server早期版本里,数据库引擎维护行级别的计数器修改(row-level modification counters)。这些计数器现在在列级别维护。因此,rowmodctr用来计算和生成的结果与早期版本的计数器类似,但不完全等同。

下面的查询可以列出在统计信息里的预估改变:

SELECT
TableName=OBJECT_NAME(i.OBJECT_ID)
,ObjectType=o.type_desc
,StatisticsName=i.[name]
,statisticsUpdateDate = STATS_DATE(i.OBJECT_ID, i.index_id)
,RecordModified=si.rowmodctr
,NumberofRecords=si.rowcnt
FROM sys.indexes i
JOIN sys.objects o ON i.OBJECT_ID=o.OBJECT_ID
JOIN sys.sysindexes si ON i.OBJECT_ID=si.id
AND i.index_id=si.indid
WHERE o.TYPE <> ‘S‘ AND STATS_DATE(i.OBJECT_ID, i.index_id) IS NOT NULL
UNION ALL
SELECT
TableName=OBJECT_NAME(o.OBJECT_ID)
,ObjectType=o.type_desc
,StatisticsName=s.name
,statisticsUpdateDate= STATS_DATE(o.OBJECT_ID, s.stats_id)
,RecordModified=si.rowmodctr
,NumberofRecords=ir.rowcnt
FROM sys.stats s INNER JOIN sys.objects o ON s.OBJECT_ID=o.OBJECT_ID
JOIN sys.sysindexes si ON s.OBJECT_ID=si.id AND s.stats_id= si.indid
INNER JOIN (SELECT id,rowcnt FROM sys.sysindexes WHERE indid IN (0,1)) IR
ON IR.id=o.OBJECT_ID WHERE o.TYPE <> ‘S‘
AND (s.auto_created=1 OR s.user_created=1)AND STATS_DATE(o.OBJECT_ID, s.stats_id) IS NOT NULL

根据这个查询结果,加上我们系统中现运行查询的工作量/类别,我们就可以在合适的时间用计划任务定期对统计信息进行更新,不用盲目的更新所有统计信息。

时间: 2024-12-29 06:43:15

如何检测过期的统计信息(转)的相关文章

理解统计信息(5/6):如何检测过期的统计信息

在 理解统计信息(4/6):自动更新统计信息的阀值——人为更新统计信息的重要性 里,我们讨论了自动更新统计信息的阀值,这个阀值在某些情况下,基于自动更新的统计信息还是可以获得最优的执行计划的.在大多数情况下,人为更新统计信息可以获得更好的性能.这个文章,我们可以来看下如何检测过期的统计信息. 在SQL Server 2005以后的版本里,SQL Server使用ColModCtr 对统计的主要列对象进行跟踪.但在 SQL server 2005或SQL server 2008里没有对应的DMV进

理解统计信息(6/6):统计信息汇总贴

在帮助优化器选择正确的执行计划,统计信息是一个重要因素.因此,我们在处理性能问题时,要足够重视统计信息.可能是对统计信息知识及其相关机制的缺乏,忽略统计信息往往是造成性能问题的根源. 查询优化器在每一步使用统计信息判断返回的行数.在执行计划里的预估行数信息是基于列上的可用统计信息计算而来的.统计信息会给我们列上数据分布信息.没有统计信息,查询优化器不能判断不同计划的效率.通过使用统计信息里的内容,查询优化器在访问数据的时候就可以做出正确选择. 在SQL Server里存储的统计信息包括密度和直方

收集oracle统计信息

优化器统计范围: 表统计: --行数,块数,行平均长度:all_tables:NUM_ROWS,BLOCKS,AVG_ROW_LEN:列统计: --列中唯一值的数量(NDV),NULL值的数量,数据分布:             --DBA_TAB_COLUMNS:NUM_DISTINCT,NUM_NULLS,HISTOGRAM:索引统计:--叶块数量,等级,聚簇因子:             --DBA_INDEXES:LEAF_BLOCKS,CLUSTERING_FACTOR,BLEVEL:

性能优化——统计信息——SQLServer自动更新和自动创建统计信息选项 (转载)

原文译自:http://www.mssqltips.com/sqlservertip/2766/sql-server-auto-update-and-auto-create-statistics-options/?utm_source=dailynewsletter&utm_medium=email&utm_content=headline&utm_campaign=2012913 统计信息是如何提高SQLServer查询性能的?统计直方图用作在查询执行计划中查询优化器的选择依据.

ORACLE 收集统计信息

原文链接:http://blog.itpub.net/2317695/viewspace-1226138/ 今天网上看到一篇关于收集统计信息的文章,还不错,特转载下来. 1.     理解什么是统计信息 优化器统计信息就是一个更加详细描述数据库和数据库对象的集合,这些统计信息被用于查询优化器,让其为每条SQL语句选择最佳的执行计划.优化器统计信息包括: ·         表的统计信息 o   行数 o   Block数 o   行平均长度 ·         列的统计信息 o   列中不同值的

SQL Server 统计信息理解

前言 Sqlserver 查询是基于开销查询的,在首次生成执行计划时,是基于多阶段的分析优化才确定出较好的执行计划.而这些开销的基数估计,是根据统计信息来确定的.统计信息其实就是对表的各个字段的总体数据进行分段分布,数据库默认都会自动维护. 表和视图都有统计信息,统计信息对象是根据索引或表列的列表创建的.当某列第一次最为条件查询时,将创建单列的统计信息.当创建索引时,将创建同名的统计信息.索引中,统计信息只统计首列,因此索引除了按首列排序存储数据外,其统计信息也是按首列计算统计的,所以索引设置时

SQL Server统计信息:问题和解决方案

在网上看到一篇介绍使用统计信息出现的问题已经解决方案,感觉写的非常全面.在自己看的过程中顺便做了翻译.由于本人英文水平有限,可能中间有一些错误.如果有哪里有问题欢迎大家批评指正.建议英文好的直接看原文:SQL Server Statistics: Problems and Solutions 正文: SQL Server统计信息协助查询优化器计算运行查询的最优方式. Holger描述了常见的统计信息出错的事情,并且如何改善 通常你不需要太担心执行SQL查询的方式.他们被传送到查询优化器,首先检查

转载:性能优化——统计信息——SQLServer自动更新和自动创建统计信息选项

这段时间AX查询变得非常慢,每天都有很多锁. 最后发现是数据库统计信息需要更新. ------------------------------------------------------------------------------ 原文译自:http://www.mssqltips.com/sqlservertip/2766/sql-server-auto-update-and-auto-create-statistics-options/?utm_source=dailynewslet

统计--过滤(筛选)索引的统计信息过期问题测试

基础知识普及: 对于筛选索引,MSDN如是说: 筛选索引是一种经过优化的非聚集索引,尤其适用于涵盖从定义完善的数据子集中选择数据的查询. 筛选索引使用筛选谓词对表中的部分行进行索引. 与全表索引相比,设计良好的筛选索引可以提高查询性能.减少索引维护开销并可降低索引存储开销. 筛选索引与全表索引相比具有以下优点: 提高了查询性能和计划质量 设计良好的筛选索引可以提高查询性能和执行计划质量,因为它比全表非聚集索引小并且具有经过筛选的统计信息.  与全表统计信息相比,经过筛选的统计信息更加准确,因为它