MSSQL自動重建出現碎片的索引的方法分享

更新時間：2014年06月04日 10:27:53 作者：

無論何時對基礎數據執(zhí)行插入、更新或刪除操作，SQL Server 數據庫引擎都會自動維護索引。隨著時間的推移，這些修改可能會導致索引中的信息分散在數據庫中（含有碎片）。當索引包含的頁中的邏輯排序（基于鍵值）與數據文件中的物理排序不匹配時，就存在碎片。碎片非常多的索引可能會降低查詢性能，導致應用程序響應緩慢。

1.索引碎片的產生？

由于在表里大量的插入、修改、刪除操作而使索引頁分裂。如果索引有了高的碎片，有兩種情況，一種情況是掃描索引需要花費很多的時間，另一種情況是在查詢的時候索引根本不使用索引,都會導致性能降低。

2.碎片類型分為：

2.1 內部破碎

由于索引頁里的數據插入或修改操作而發(fā)生，以數據作為稀疏矩陣的形式的分布而結束，這將導致數據頁的增加，從而增加查詢時間。

2.2外部破碎

由于索引/數據頁的數據插入或修改而發(fā)生，以頁碼分離和在文件系統里不連貫的新的索引頁的分配而結束，數據庫服務器不能利用預讀操作的優(yōu)點，因為：下一個相關聯的數據頁不臨近，而且這些相關連的下面的頁碼可能在數據文件的任何地方。

自動重建發(fā)生碎片的索引

在數據中新建碎片整理存儲過程

復制代碼代碼如下:

-- ================================================
-- TEMPLATE GENERATED FROM TEMPLATE EXPLORER USING:
-- CREATE PROCEDURE (NEW MENU).SQL
--
-- USE THE SPECIFY VALUES FOR TEMPLATE PARAMETERS
-- COMMAND (CTRL-SHIFT-M) TO FILL IN THE PARAMETER
-- VALUES BELOW.
--
-- THIS BLOCK OF COMMENTS WILL NOT BE INCLUDED IN
-- THE DEFINITION OF THE PROCEDURE.
-- ================================================
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
-- =============================================
-- AUTHOR: <AUTHOR,,WUXIANGQIAN>
-- CREATE DATE: <CREATE DATE,2014-05-16>
-- DESCRIPTION: <DESCRIPTION,重建出現碎片的索引>
-- =============================================
ALTER PROCEDURE USP_IMS_DEFRAGMENT_INDEXES
AS
--聲明變量
SET NOCOUNT ON
DECLARE @TABLENAME VARCHAR (128) --表名稱（已發(fā)生索引碎片）
DECLARE @EXECSTR VARCHAR (255) --執(zhí)行重建索引的語句
DECLARE @INDEXNAME CHAR(255) --索引名稱
DECLARE @DBNAME SYSNAME --數據庫名稱
DECLARE @DBNAMECHAR VARCHAR(20) --數據庫名稱
DECLARE @TABLEIDCHAR VARCHAR(255) --表名稱（用于遍歷索引碎片）

--檢查是否在用戶數據庫里運行
SELECT @DBNAME = DB_NAME()
IF @DBNAME IN ('master', 'msdb', 'model', 'tempdb')
BEGIN
PRINT 'THIS PROCEDURE SHOULD NOT BE RUN IN SYSTEM DATABASES.'
RETURN
END ELSE
BEGIN
SET @DBNAMECHAR = 'DBNAME'
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

-- 創(chuàng)建一個臨時表來存儲碎片信息
CREATE TABLE #FRAGLIST (
TABLENAME CHAR (255),
INDEXNAME CHAR (255))

--打開游標
OPEN TABLES

-- 對數據庫的所有表循環(huán)執(zhí)行DBCC SHOWCONTIG命令
FETCH NEXT
FROM TABLES
INTO @TABLEIDCHAR

WHILE @@FETCH_STATUS = 0
BEGIN
--對表的所有索引進行統計
INSERT INTO #FRAGLIST

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('''+@DBNAMECHAR+'''),object_id('''+@TABLEIDCHAR+''')'+
',NULL,NULL,''DETAILED'') 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 TABLENAME, INDEXNAME
FROM #FRAGLIST
-- 輸出開始時間
SELECT 'STARTED DEFRAGMENTING INDEXES AT ' + CONVERT(VARCHAR,GETDATE())
--打開游標
OPEN INDEXES
--循環(huán)所有的索引
FETCH NEXT
FROM INDEXES
INTO @TABLENAME, @INDEXNAME
WHILE @@FETCH_STATUS = 0
BEGIN
SET QUOTED_IDENTIFIER ON
SELECT @EXECSTR = 'ALTER INDEX '+@INDEXNAME+' ON '+@TABLENAME+' REBUILD WITH(FILLFACTOR=90,ONLINE=ON)'

SELECT 'Now executing: '
SELECT(@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

GO

設置定時執(zhí)行步驟

（1）啟動【sql server Management Studio】，在【對象資源管理器】窗口里選擇【管理】——【維護計劃】選項。

（2）右擊【維護計劃】，在彈出的快捷菜單里選擇【維護計劃向導】選項，彈出如圖所示的【維護計劃向導】對話框，單擊【下一步】按鈕

（3）彈出如圖所示【選擇目標服務器】對話框，在【名稱】文本框里可以輸入維護計劃的名稱；在【說明】文本框里可以輸入維護計劃的說明文字；【在服務器】文本框里可以輸入要使用的服務器名；最后選擇正確的身份證信息，單擊【下一步】按鈕。

（4）彈出如圖所示【選擇維護任務】對話框，在該對話框中可以選擇執(zhí)行sql維護任務，插入執(zhí)行存儲過程語句

復制代碼代碼如下:

USE [DBNAME]

GO

EXEC [dbo].[USP_IMS_DEFRAGMENT_INDEXES]