一、针对不同情况。您可以尝试以下命令减少未使用空间:
1.回收表或索引视图中已删除的可变长度列的空间:
DBCC CLEANTABLE (DBName,"[SalesLT].[ProductModel]", 0);
2.对于堆表:
若要减少堆的区碎片,请对表创建聚集索引,然后删除该索引。 在创建聚集索引时将重新分布数据。有关如何执行这些操作的信息,请参阅CREATE INDEX请添加链接描述并DROP INDEX请添加链接描述。
3.对于索引,可以重组或者重建索引来减少碎片:
重组: 如果碎片程度<30%,
重新组织索引使用最少系统资源重新组织索引。 通过对叶级页以物理方式重新排序,使之与叶节点的从左到右的逻辑顺序相匹配,进而对表和视图中的聚集索引和非聚集索引的叶级进行碎片整理。 重新组织还会压缩索引页。 压缩基于现有的填充因子值。reorganize index只能在online下执行的。
ALTER INDEX PK_ProductModel_ProductModelID on [SalesLT].[ProductModel] REORGANIZE WITH (LOB_COMPACTION=ON);
重新生成索引:将会删除并重新创建索引。 这将根据指定的或现有的填充因子设置压缩页来删除碎片、回收磁盘空间,然后对连续页中的索引行重新排序。 如果指定 ALL,将删除表中的所有索引,然后在单个事务中重新生成。
rebulid index既可以在online又可以在offline下执行.
如果碎片程度>30%
ALTER INDEX PK_ProductModel_ProductModelID ON [SalesLT].[ProductModel] REBUILD;
online模式下
rebuild index会复制旧索引来新建索引,此时旧的索引依然可以被读取和修改,但是所以在旧索引上的修改都会同步更新到新索引下。中间会有一些冲突解决机制,具体参考Online Index Operations 里面的Build Phase这一章节。然后在rebuild这个过程完整的时候,会对table上锁一段时间,在这段时间里会用新索引来替换旧索引,当这个过程完成以后再释放table上面的锁。如果索引列包含 LOB对象的话,在SQL Server 2005/2008/R2中rebuild index online会失败。在sql server 2012中,即使索引列包含LOB对象,也可以rebuild index online了,可以参考 Online Index Operations for indexes containing LOB columns.
offline模式下
rebuilde index会对table上锁,所有对这个table的读写操作都会被阻塞,在这期间新索引根据旧索引来创建,其实就是一个复制的过程,但是新索引没有碎片,最后使用新索引替换旧索引。当rebuild整个过程完成以后,table上面的锁才会被释放。
二、您可以通过以下语句查看碎片程度(avg_fragmentation_in_percent列)
DECLARE @db_id SMALLINT;
DECLARE @object_id INT;
SET @db_id = DB_ID(N'DBName');
SET @object_id = OBJECT_ID(N'DBName.SalesLT.ProductModel');
IF @db_id IS NULL
BEGIN;
PRINT N'Invalid database';
END;
ELSE IF @object_id IS NULL
BEGIN;
PRINT N'Invalid object';
END;
ELSE
BEGIN;
SELECT * FROM sys.dm_db_index_physical_stats(@db_id, @object_id, NULL, NULL , 'LIMITED');
END;
GO
三、查看使用空间
sp_spaceused [SalesLT].[ProductModel]
转载于:https://blog.51cto.com/57388/2287280