1.索引碎片的产生?
由于在表里大量的插入、修改、删除操作而使索引页分裂。如果索引有了高的碎片,有两种情况,一种情况是扫描索引需要花费很多的时间,另一种情况是在查询的时候索引根本不使用索引,都会导致性能降低。
2.碎片类型分为:
2.1 内部破碎
由于索引页里的数据插入或修改操作而发生,以数据作为稀疏矩阵的形式的分布而结束,这将导致数据页的增加,从而增加查询时间。
2.2外部破碎
由于索引/数据页的数据插入或修改而发生,以页码分离和在文件系统里不连贯的新的索引页的分配而结束,数据库服务器不能利用预读操作的优点,因为:下一个相关联的数据页不临近,而且这些相关连的下面的页码可能在数据文件的任何地方。
自动重建发生碎片的索引
在数据中新建碎片整理存储过程
SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO -- ============================================= -- AUTHOR: <AUTHOR,,WUXIANGQIAN> -- CREATE DATE: <CREATE DATE,2014-05-16> -- DESCRIPTION: <DESCRIPTION,重建出现碎片的索引> -- ============================================= ALTER PROCEDURE [dbo].[USP_IMS_DEFRAGMENT_INDEXES] AS --声明变量 SET NOCOUNT ON DECLARE @TABLENAME VARCHAR (128) --表名称(已发生索引碎片) DECLARE @EXECSTR VARCHAR (255) --执行重建索引的语句 DECLARE @INDEXNAME VARCHAR(128) --索引名称 DECLARE @DBNAME VARCHAR(20) --数据库名称 DECLARE @TABLEIDCHAR VARCHAR(255) --表名称(用于遍历索引碎片) --检查是否在用户数据库里运行 SELECT @DBNAME = CAST(DB_NAME() AS VARCHAR(20)) IF @DBNAME IN ('master', 'msdb', 'model', 'tempdb') BEGIN PRINT 'THIS PROCEDURE SHOULD NOT BE RUN IN SYSTEM DATABASES.' RETURN END --第1阶段:检测碎片 --声明游标 DECLARE TABLES CURSOR FOR SELECT CONVERT(VARCHAR,SO.ID) FROM SYSOBJECTS SO JOIN SYSINDEXES SI ON SO.ID = SI.ID WHERE SO.TYPE ='U' AND SI.INDID < 2 AND SI.ROWS > 0 AND SO.NAME LIKE '%IMS_%'--获得所有业务表 -- 创建一个临时表来存储碎片信息 CREATE TABLE #FRAGLIST ( TABLENAME CHAR (255), INDEXNAME CHAR (255)) --打开游标 OPEN TABLES -- 对数据库的所有表循环执行DBCC SHOWCONTIG命令 FETCH NEXT FROM TABLES INTO @TABLEIDCHAR WHILE @@FETCH_STATUS = 0 BEGIN --对表的所有索引进行统计 INSERT INTO #FRAGLIST --LIMITED 模式运行最快,扫描的页数最少DETAILED 模式将扫描所有页并返回所有统计信息。 --从 LIMITED 到 DETAILED 模式,速度将越来越慢,因为在每个模式中执行的任务越来越多。 EXEC ('SELECT OBJECT_NAME(DT.OBJECT_ID) AS TABLENAME,SI.NAME AS INDEXNAME FROM '+ ' (SELECT OBJECT_ID,INDEX_ID,AVG_FRAGMENTATION_IN_PERCENT,AVG_PAGE_SPACE_USED_IN_PERCENT '+ ' FROM SYS.DM_DB_INDEX_PHYSICAL_STATS(DB_ID('''+@DBNAME+'''),'+@TABLEIDCHAR+ ',NULL,NULL,''LIMITED'') WHERE INDEX_ID<>0) AS DT INNER JOIN SYS.INDEXES SI'+ ' ON SI.OBJECT_ID=DT.OBJECT_ID AND SI.INDEX_ID=DT.INDEX_ID '+ ' AND DT.AVG_FRAGMENTATION_IN_PERCENT>10'+ --' AND DT.AVG_PAGE_SPACE_USED_IN_PERCENT<75'+ ' ORDER BY DT.AVG_FRAGMENTATION_IN_PERCENT DESC') FETCH NEXT FROM TABLES INTO @TABLEIDCHAR END -- 关闭释放游标 CLOSE TABLES DEALLOCATE TABLES -- 为了检查,报告统计结果 SELECT * FROM #FRAGLIST --第2阶段: (整理碎片) 为每一个要整理碎片的索引声明游标 DECLARE INDEXES CURSOR FOR --去掉前后空格 SELECT LTRIM(RTRIM(TABLENAME)) AS TABLENAME,LTRIM(RTRIM(INDEXNAME)) AS INDEXNAME FROM #FRAGLIST -- 输出开始时间 SELECT 'STARTED DEFRAGMENTING INDEXES AT ' + CONVERT(VARCHAR,GETDATE()) --打开游标 OPEN INDEXES --循环所有的索引 FETCH NEXT FROM INDEXES INTO @TABLENAME, @INDEXNAME WHILE @@FETCH_STATUS = 0 BEGIN PRINT @TABLENAME + '@INDEXNAME:'+@INDEXNAME SET QUOTED_IDENTIFIER ON SET @EXECSTR = 'ALTER INDEX '+@INDEXNAME+' ON '+@TABLENAME+' REBUILD WITH(FILLFACTOR=80,ONLINE=ON)' PRINT 'Now executing: ' + @EXECSTR EXEC (@EXECSTR) SET QUOTED_IDENTIFIER OFF FETCH NEXT FROM INDEXES INTO @TABLENAME, @INDEXNAME END -- 关闭释放游标 CLOSE INDEXES DEALLOCATE INDEXES -- 报告结束时间 SELECT 'FINISHED DEFRAGMENTING INDEXES AT ' + CONVERT(VARCHAR,GETDATE()) -- 删除临时表 DROP TABLE #FRAGLIST GO SET ANSI_NULLS OFF GO SET QUOTED_IDENTIFIER OFF GO
设置定时执行步骤
(1)启动【sql server Management Studio】,在【对象资源管理器】窗口里选择【管理】——【维护计划】选项。
(2)右击【维护计划】,在弹出的快捷菜单里选择【维护计划向导】选项,弹出如图所示的【维护计划向导】对话框,单击【下一步】按钮
(3)弹出如图所示【选择目标服务器】对话框,在【名称】文本框里可以输入维护计划的名称;在【说明】文本框里可以输入维护计划的说明文字;【在服务器】文本框里可以输入要使用的服务器名;最后选择正确的身份证信息,单击【下一步】按钮。
(4)弹出如图所示【选择维护任务】对话框,在该对话框中可以选择执行sql维护任务,插入执行存储过程语句
USE [DBNAME] GO EXEC [dbo].[USP_IMS_DEFRAGMENT_INDEXES]
(5)制定任务执行计划
相关推荐
SQLServer中的索引碎片是影响数据库性能的重要因素,它分为外部碎片和内部碎片两种类型。外部碎片发生在索引页不在其逻辑顺序上时,导致查询过程中需要额外的页切换,尤其是对于返回有序结果集的查询,这将显著降低...
在SQL Server 2000中,有两种主要的方式来重建索引:使用`CREATE INDEX`语句的`DROP_EXISTING`子句,以及使用`DBCC DBREINDEX`语句。 1. `CREATE INDEX` with `DROP_EXISTING`: 这种方法允许你在不删除旧索引的...
### 提高SQL Server性能:通过DBCC DBREINDEX重建索引 #### 一、引言 在数据库管理系统中,SQL Server作为一款广泛使用的数据库产品,其性能优化是确保应用程序高效运行的关键因素之一。其中,索引是提升查询速度的...
Sql server批量查询碎片率高的索引及自动重建脚本
在 SQL Server 中,索引的碎片可能会对查询性能产生影响,因此需要对索引进行维护。SQL Server 2005 提供了重新组织和重新生成索引的功能,以修复索引碎片。 重新组织索引 重新组织索引是通过对叶页进行物理重新...
《SQL Server索引重建手册》详细介绍了如何查看和分析索引碎片,如何选择在线重建索引的方式,以及如何观察索引重建的进度。手册强调了操作前必须进行全库备份的重要性,并指出在线重建索引时应遵循的顺序和原则。...
### SQL Server 2005 索引碎片分析与解决方法 #### 一、索引碎片的概念 在SQL Server 2005中,索引是提高查询效率的重要手段之一。然而,随着数据的增删改查操作,索引可能会出现碎片化现象。碎片化的索引会导致...
Sql Server性能优化高效索引指南 Sql Server性能优化高效索引指南是指在Sql Server数据库中,通过合理地设计和优化索引来提高数据库性能的一系列指南和最佳实践。本指南涵盖了索引的基本概念、索引的类型、索引的...
优化 SQL Server 索引的小技巧 SQL Server 中有多种可以让您检测、调整和优化 SQL ...如果你不想自动维护索引,那么你可以手工重建索引,并在需要时执行 UPDATE STATISTICS 命令来刷新 SQL Server 对于该索引的信息。
根据提供的文件信息,本文将详细解析SQL Server 2000中重建索引与收缩数据库的相关知识点。 ### 一、重建索引 #### 1. 什么是索引 在SQL Server 2000中,索引是提高数据检索速度的重要工具。它可以看作是一种特殊...
SQL Server 2000的查询优化器会自动选择最佳的执行计划,包括选择合适的索引。理解查询优化器的工作原理可以帮助我们更好地设计和使用索引。 总结,SQL Server 2000的索引优化是数据库性能调优的重要环节。通过对...
SqlServer通过索引碎片整理来优化性能,方法包括重整(REORGANIZE)和重建(REBUILD)。重整是联机对叶级页进行物理排序,重建则是重新构建索引结构。此外,填充因子(FILLFACTOR)的设置也会影响索引页的使用效率和...
检查索引碎片情况 1.SELECT 2.OBJECT_NAME(object_id) as objectname, 3.object_id AS objectid, 4.index_id AS indexid, 5.partition_number AS partitionnum, 6.avg_fragmentation_in_percent AS fra 7.FROM sys....
**SQL Server群集与非群集索引设计指南** 在SQL Server中,索引的设计是提升性能和优化查询的关键。本文旨在深入解析SQL Server的群集索引与非群集索引,帮助读者理解如何通过索引设计提高数据库系统的响应速度和...
自动重建碎片的索引** 为了管理和减少索引碎片的影响,可以创建并执行存储过程来自动检查和重建索引。以下是一个示例存储过程,名为`USP_IMS_DEFRAGMENT_INDEXES`,用于检测并处理具有碎片的索引: ```sql ALTER ...
**SQLServer索引查询优化指南** SQLServer是一个广泛使用的数据库管理系统,尤其在企业级应用中,性能优化至关重要。本指南将深入探讨SQLServer中的索引原理及其对查询优化的影响。索引是数据库性能的关键因素,它...
从提供的【部分内容】来看,这是一个SQL Server数据库的存储过程,其作用是重建数据库中所有基础表的索引。以下是脚本中包含的关键知识点: 1. SQL Server数据库的基本操作:这段脚本使用了SQL Server的T-SQL语言...