SQL Server 数据收缩

1. 数据库的相关属性

在MS中创建数据库时会为数据库分配初始的大小（如下图：数据库和日志两个文件），随着数据库的使用文件会逐渐增大。数据库文件大小的增加有两种方式：

自动增长：在自动增长中可以设置每次的增长量，以及最大增长的文件大小。
手动增长：取消“启用自动增长”则为手动增长，这就需要DBA经常观测数据库的运行情况，及时更改数据库的小。手动增长比较麻烦，一般都设为自动增长。

2. 为何数据库需要收缩？

要明白为何数据库需要收缩，首先需要理解两个概念：

为数据库分配的空间：如上图初始时为“数据库文件”分配的空间为3MB，为“日志文件”分配的空间未1MB。
数据库实际使用的空间：以上图为例，由于数据是刚创建的，里面没有任何用户数据，因此它实际使用的空间很小（不足1MB）。

由此可以理解为：分配空间>=使用空间。在实际使用的过程中可能会出现分配空间为100MB，而使用空间仅为20MB，这就造成了磁盘有80MB的浪费，为了消除这种浪费就需要使用“数据收缩”功能。

3. 如何收缩数据库？

3.1 通过设置数据库选项AUTO_SHRINK为True，即让数据库自动收缩，如下图：

3.2 收缩数据库文件

右键数据库—任务—收缩—文件，如下图：

文件类型：选择所要收缩的是“数据库文件”还是“日志文件”。

当前分配的空间：数据库为该文件分配的大小，就是在磁盘上看到的文件大小。

可用空间：就是“当前分配的空间” 减去“实际使用的空间”。

收缩操作：
① 释放未使用的空间：将该文件中未使用的空间释放出来，数据在文件中不移动；
② 在释放未使用的空间前重新组织页：此选项可以将文件收缩到“指定大小”，并将数据重新组织。其最小值为数据库“实际使用的空间”；
③ 通过将数据迁移到同一文件组的其他文件来清空文件：不解释，很少用。

上述操作也可以使用T-SQL替代：

DBCC ShrinkFile(‘数据库名’,  targetsize);			/* 收缩数据库文件 */

DBCC ShrinkFile(‘数据库名_log’,  targetsize);		/* 收缩日志文件 */

Targetsize：单位为兆，必须为整数，DBCC SHRINKFILE 尝试将文件收缩到指定大小。

DBCC SHRINKFILE 不会将文件收缩到小于“实际使用的空间”大小，例如“分配空间”为10M，“实际使用空间”为6M，当制定targetsize为1时，则将该文件收缩到6M，不会将文件收缩到1M。

3.3 收缩数据库

即同时收缩“数据库文件”和“日志文件”，右键数据库—任务—收缩—数据库

收缩后的最大可用空间：设为0，即收缩所有的可用空间。

也可以使用T-SQL完成数据库的收缩：

DBCC SHRINKDATABASE(数据库名，百分比)

百分比：即“收缩后文件中的最大可用空间”，取值范围“大于等于0，小于100%”，实际使用中设为0即可。

-- select * from sys.sysfiles

go

alter database dbname set recovery simple --简单模式

go

dbcc shrinkfile (n'dbname_log' , 11, truncateonly)

go

go

alter database dbname set recovery full --还原为完全模式

go