本文参考html
https://www.cnblogs.com/CareySon/archive/2011/12/22/2297568.htmlsql
https://www.jb51.net/softjc/126055.html数据库
本文须要对“索引”和MSSQL中数据的“存储方式”有必定了解。测试
软件常常在使用一段时间事后会平白无故卡顿,这是由于在数据库(MSSQL)频繁的插入和更新的操做过程当中会产生分页,在分页的过程当中产生碎片致使的。因此,对于碎片须要定时的处理。基本上全部的办法都是基于对索引的重建和整理,只是方式不一样。ui
以上方式各有优缺点,下面存储过程主要使用3,4spa
先看一个整理碎片的存储过程,而后采用做业的方式定时执行。.net
Create PROCEDURE [dbo].[proc_rebuild_index] @ret INT OUTPUT AS SET NOCOUNT ON BEGIN DECLARE @fldDefragFragment INT = 10; DECLARE @fldRebuildFragment INT = 30; DECLARE @fldMinPageCount INT = 1000; DECLARE @fldTable VARCHAR(256); DECLARE @fldIndex VARCHAR(256); DECLARE @fldPercent INT; DECLARE @Sql VARCHAR(256); declare @DBID int; BEGIN TRY SET @ret = -1; set @DBID = db_id(); -- 获取索引碎片情况 DECLARE curIndex CURSOR LOCAL STATIC READ_ONLY FORWARD_ONLY FOR SELECT TBL.NAME TABLE_NAME ,IDX.NAME INDEX_NAME ,AVGP.AVG_FRAGMENTATION_IN_PERCENT FROM SYS.DM_DB_INDEX_PHYSICAL_STATS(@DBID, NULL,NULL, NULL, 'LIMITED') AS AVGP INNER JOIN SYS.INDEXES AS IDX ON AVGP.OBJECT_ID = IDX.OBJECT_ID AND AVGP.INDEX_ID = IDX.INDEX_ID INNER JOIN SYS.TABLES AS TBL ON AVGP.OBJECT_ID = TBL.OBJECT_ID INNER JOIN SYS.DM_DB_PARTITION_STATS PS ON AVGP.OBJECT_ID = PS.OBJECT_ID AND AVGP.INDEX_ID = PS.INDEX_ID WHERE AVGP.INDEX_ID >= 1 AND AVGP.AVG_FRAGMENTATION_IN_PERCENT >= @fldDefragFragment AND PS.RESERVED_PAGE_COUNT >= @fldMinPageCount; -- 打开游标 OPEN curIndex; -- 获取游标 FETCH NEXT FROM curIndex INTO @fldTable,@fldIndex,@fldPercent; WHILE @@FETCH_STATUS = 0 BEGIN --碎片率大于30,重建索引 IF @fldPercent >= @fldRebuildFragment BEGIN SET @Sql = 'ALTER INDEX ' + @fldIndex + ' ON ' + @fldTable + ' REBUILD'; EXEC(@Sql); END ELSE --碎片率小于30,重组索引 BEGIN SET @Sql = 'ALTER INDEX ' + @fldIndex + ' ON ' + @fldTable + ' REORGANIZE'; EXEC(@Sql); END -- 获取游标 FETCH NEXT FROM curIndex INTO @fldTable,@fldIndex,@fldPercent; END -- 关闭游标 CLOSE curIndex; DEALLOCATE curIndex; SET @ret = 0; END TRY BEGIN CATCH SET @ret = -1; DECLARE @ErrorMessage nvarchar(4000); DECLARE @ErrorSeverity int; DECLARE @ErrorState int; SELECT @ErrorMessage = ERROR_MESSAGE() , @ErrorSeverity = ERROR_SEVERITY() , @ErrorState = ERROR_STATE(); RAISERROR( @ErrorMessage, @ErrorSeverity, @ErrorState); RETURN; END CATCH; END
下面直观的看一下碎片产生的过程code
--建立测试表 if object_id('test') is not null drop table test go create table test ( col1 int, col2 char(985), col3 varchar(10) ) Go --建立聚焦索引 create CLUSTERED index cix on test(col1); go --插入数据 declare @var int set @var=100 while (@var<900) begin insert into test(col1, col2, col3) values (@var, 'xxx', '') set @var=@var+100 end; --查看页存储状况 select page_count, avg_page_space_used_in_percent, record_count, avg_record_size_in_bytes, avg_fragmentation_in_percent, fragment_count, * from [master].sys.dm_db_index_physical_stats(db_id(), OBJECT_ID('test'), null, null, 'sampled')
--而后作更新操做后,继续查看页存储状况。server
update test set col3='更新测试' where col1=100
--再次插入数据后查看页存储状况 declare @var int set @var=100 while (@var<900) begin insert into test(col1, col2, col3) values (@var, '插入测试', '') set @var=@var+100 end;
--下面看下对碎片整理以前和以后的IO set statistics io on select * from test alter index cix on test rebuild select * from test set statistics io off
明显的逻辑读取减小了。从而提升了性能