如何理解MYSQL自動重建出現碎片的索引

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

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自動重建出現碎片的索引有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。