共計 3442 個字符，預計需要花費 9 分鐘才能閱讀完成。

今天就跟大家聊聊有關如何理解 MYSQL 自動重建出現碎片的索引，可能很多人都不太了解，為了讓大家更加了解，丸趣 TV 小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

1. 索引碎片的產生？

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

2. 碎片類型分為：

2.1 內部破碎

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

2.2 外部破碎

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

自動重建發生碎片的索引

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

  代碼如下:
— ================================================– 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 ONGOSET QUOTED_IDENTIFIER ONGO– =============================================– AUTHOR: AUTHOR,,WUXIANGQIAN — CREATE DATE: CREATE DATE,2014-05-16 — DESCRIPTION: DESCRIPTION, 重建出現碎片的索引 — =============================================ALTER PROCEDURE USP_IMS_DEFRAGMENT_INDEXESAS – 聲明變量 SET NOCOUNT ONDECLARE @TABLENAME VARCHAR (128) – 表名稱（已發生索引碎片）DECLARE @EXECSTR VARCHAR (255) – 執行重建索引的語句 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)BEGINPRINT THIS PROCEDURE SHOULD NOT BE RUN IN SYSTEM DATABASES. RETURNEND ELSEBEGINSET @DBNAMECHAR = DBNAME END

– 第 1 階段: 檢測碎片 – 聲明游標 DECLARE TABLES CURSOR FORSELECT CONVERT(VARCHAR,SO.ID)FROM SYSOBJECTS SOJOIN SYSINDEXES SION SO.ID = SI.IDWHERE SO.TYPE = U AND SI.INDID 2AND SI.ROWS 0

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

– 打開游標 OPEN TABLES

— 對數據庫的所有表循環執行 DBCC SHOWCONTIG 命令 FETCH NEXTFROM TABLESINTO @TABLEIDCHAR

WHILE @@FETCH_STATUS = 0BEGIN– 對表的所有索引進行統計 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 NEXTFROM TABLESINTO @TABLEIDCHAREND

— 關閉釋放游標 CLOSE TABLESDEALLOCATE TABLES

— 為了檢查，報告統計結果 SELECT * FROM #FRAGLIST

– 第 2 階段: (整理碎片) 為每一個要整理碎片的索引聲明游標 DECLARE INDEXES CURSOR FORSELECT TABLENAME, INDEXNAMEFROM #FRAGLIST — 輸出開始時間 SELECT STARTED DEFRAGMENTING INDEXES AT + CONVERT(VARCHAR,GETDATE())– 打開游標 OPEN INDEXES– 循環所有的索引 FETCH NEXTFROM INDEXESINTO @TABLENAME, @INDEXNAMEWHILE @@FETCH_STATUS = 0BEGINSET QUOTED_IDENTIFIER ONSELECT @EXECSTR = ALTER INDEX +@INDEXNAME+ ON +@TABLENAME+ REBUILD WITH(FILLFACTOR=90,ONLINE=ON)

SELECT Now executing: SELECT(@EXECSTR)EXEC (@EXECSTR)SET QUOTED_IDENTIFIER OFFFETCH NEXTFROM INDEXESINTO @TABLENAME, @INDEXNAMEEND– 關閉釋放游標 CLOSE INDEXESDEALLOCATE INDEXES

— 報告結束時間 SELECT FINISHED DEFRAGMENTING INDEXES AT + CONVERT(VARCHAR,GETDATE())

— 刪除臨時表 DROP TABLE #FRAGLISTGO

GO

設置定時執行步驟

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

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

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

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

  代碼如下:
USE [DBNAME]

GO

EXEC [dbo].[USP_IMS_DEFRAGMENT_INDEXES]

看完上述內容，你們對如何理解 MYSQL 自動重建出現碎片的索引有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注丸趣 TV 行業資訊頻道，感謝大家的支持。