经常执行DBCC SHRINKDATABASE是否是件好事

本文详细讲解了不能频繁使用DBCC SHRINKDATABASE的原因，这为我们在收缩数据库找到了可参考的资料。

我们可能为节省空间，或其它原因，经常频繁地执行DBCC SHRINKDATABASE来收缩数据库，那么频繁地执行DBCC SHRINKDATABASE好么？下面就给出相关的解释。

首先,我们需要了解数据文件并不是所有的空间都会被使用，而是只有部分未使用的空间：包括已删除的数据、文件自动增长所未使用的空间及其一些不能被使用的碎片空间，这些未使用空间可通过sp_sapceused得到。执行DBCC SHRINKDATABASE后将分配页从文件末尾移动到文件前部的未分配页，然后进行压缩；只有执行了TRUNCATEONLYA，才会将空间释放给操作系了解DBCC SHRINKDATABASE的收缩原理我们再来看几个问题：

1.DBCC SHRINKDATABASE 收缩后能起到整理数据库文件碎片？

不能！DBCC SHRINKDATABASE仅仅是将空间给收缩了，并没有做善后处理，数据库文件的碎片只能是更多了。

2．DBCC SHRINKDATABASE收缩后数据库的速度会快吗？

不能！DBCC SHRINKDATABASE并没有在收缩后执行整理索引的步骤，因此，索引的碎片会更多，执行速度应该会慢一些。

3．为什么我每隔几天就整理索引，但索引的碎片仍然产生的很快？

参考第二条，估计是你在执行索引整理后，又执行了DBCC SHRINKDATABASE。

4.什么时候使用DBCC SHRINKDATABASE？

只有产生许多未使用空间的操作（如截断表或删除表操作）后，执行收缩操作最有效，产生碎片较少。

结论：

DBCC SHRINKDATABASE并不是不能使用，而是要慎重使用，尤其不要频繁使用，因为它会增加数据库碎片的程度。

注释：

A: TRUNCATEONLY 将文件末尾的全部可用空间回收给操作系统。但是，TRUNCATEONLY 不在文件内执行任何页移动。指定的文件只被收缩到最近分配的区。如果随 TRUNCATEONLY 一起指定，则忽略 target_percent。