SQL Server 2005缺失索引的找回方案

以下的文章主要描述的是SQL Server 2005缺失索引的找回方案,在SQL Server 2005 数据库中有几个新的特性,其可以帮我们找回丢失一些索引,这是一些非常好的特性,但基于您的工作项,我们如何知道需要建立哪些索引?

 

在SQL Server 2000 ,我们不得不使用SQL事件探查器跟踪文件和索引优化向导。

 

在SQL Server 2005 中有几个新特性,可以帮助我们找回丢失的索引,这是一些非常好的特性,但基于您的工作项,我们如何知道需要建立哪些索引?

 

在SQL Server 2000 ,我们不得不使用SQL事件探查器跟踪文件和索引优化向导。但在SQL Server 2005中我们可以采用动态管理视图(DMVs) ,就能很容易知道我们需要建立哪些索引,以利于我们的应用程序。

 

以下是SQL Server 2005缺失索引相关的动态管理视图(DMVs)和函数列表:

 

动态管理视图和函数

 

说明

sys.dm_db_missing_index_group_stats 返回缺失索引组的摘要信息。如实现此缺失索引组后,系统查询可能获得的平均百分比收益;实现此缺失索引组后,用户查询可能获得的平均百分比收益。

 

sys.dm_db_missing_index_groups 返回有关特定SQL Server 2005缺失索引组中包含的缺失索引的信息,如返回标识SQL Server 2005缺失索引组。

 

sys.dm_db_missing_index_details 返回有关缺失索引的详细信息,如返回标识索引缺失的表;索引缺失的表的名称;返回用于查询的涵盖列的逗号分隔列表。

 

sys.dm_db_missing_index_columns 返回有关缺失索引的数据库表列的信息。这是动态管理函数。

 

以下我们以AdventureWorks 数据库中[Person.Address] 表为例,看看如何使用上述这些动态管理函数,找回缺失的索引。

通过运行以下脚本,让我们来看看AdventureWorks 数据库中[Person.Address] 表有哪些索引?

 

use AdventureWorks;

exec sp_helpindex [Person.Address]

 

执行后的结果,如图1所示:

执行sp_helpindex后的结果

在[Person.Address]表中,我们看不到 ModifiedDate列的索引。因此我们需要执行“sys.dm_db_missing_index_details”以查看详细信息,在执行这个视图之前,我们需要先执行以下的SQL语句:

 

查询1:

 

 

  1. select * from Person.Address where ModifiedDate = '01/01/2008' 

 

上面这个语句执行后,您可能不会看到任何结果,但SQL Server的内部将记录下,用户曾经执行了一个查询操作和一个针对“ModifiedDate”列的索引,将在后续操作中将会用到。

 

查询2:

 

 

  1. select * from sys.dm_db_missing_index_details: 

 

执行后的结果如图2所示:

 

执行sys.dm_db_missing_index_details后的结果

在上图中,我们可以看到“equality_columns”这个字段,上图表明 [Modified Date] 着一列的索引已经遗失。

 

查询 3:

  1. select db_name(d.database_id) dbname, object_name(d.object_id) tablename, d.index_handle,   
  2. d.equality_columns, d.inequality_columns, d.included_columns, d.statement as fully_qualified_object, gs.*   
  3. from sys.dm_db_missing_index_groups g   
  4. join sys.dm_db_missing_index_group_stats gs on ggs.group_handle = g.index_group_handle   
  5. join sys.dm_db_missing_index_details d on g.index_handle = d.index_handle   
  6. where dd.database_id = d.database_id and dd.object_id = d.object_id   
  7. and object_name(d.object_id) = 'Address'  

先执行查询1若干次,然后执行查询 3

 执行查询3后的结果

在中请大家注意“user_seeks”字段,每一次查询,该字段都将发生变化,因为 SQL Server的不断更新遗失索引的动态管理视图(DMVs) 。这非常重要,基于这些信息,我们可以创建索引,以支持这些查询。

 

针对遗失索引的动态管理视图是SQL2005中的一个重要新功能,可以帮助我们创建遗失的索引。

以上的相关内容就是对SQL Server 2005缺失索引的找回的介绍,望你能有所收获。

【编辑推荐】

  1. SQL Server 2008稀疏列与列集的经验总结
  2. SQL Server 2008 FileStream支持“真功夫版”
  3. SQL Server 2005两种快照隔离机制的不同之处
  4. SQL Server排序遇到NULL,不怕不帕!
  5. SQL Server获取表的容量很简单!

 

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/308231.html<

(0)
管理的头像管理
上一篇2025-05-27 11:59
下一篇 2025-05-27 12:01

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注