打印本文 
关闭窗口 要搞明白为什么不要轻易使用DBCC SHRINKDATABASE，首先要高明白DBCC SHRINKDATABASE的收缩原理，在数据文件并不是所有的空间都被使用，而是有部分未使用空间：包括已删除的数据、文件自动增长所未使用的空间及其一些不能被使用的碎片空间，这些未使用空间可通过sp_sapceused得到。执行DBCC SHRINKDATABASE后将分配页从文件末尾移动到文件前部的未分配页，然后进行压缩；只有执行了TRUNCATEONLYA，才会将空间释放给操作系统。
了解DBCC SHRINKDATABASE的收缩原理我们再来看几个问题：
1．DBCC SHRINKDATABASE 收缩后能起到整理数据库文件碎片？
不能！DBCC SHRINKDATABASE仅仅是将空间给收缩了，并没有做善后处理，数据库文件的碎片只能是更多了。
2．DBCC SHRINKDATABASE收缩后数据库的速度会快吗？
不能！DBCC SHRINKDATABASE并没有在收缩后执行整理索引的步骤，因此，索引的碎片会更多，执行速度应该会慢一些。
3．为什么我每隔几天就整理索引，但索引的碎片仍然产生的很快？
参考第二条，估计是你在执行索引整理后，又执行了DBCC SHRINKDATABASE。
什么时候使用DBCC SHRINKDATABASE？
只有产生许多未使用空间的操作（如截断表或删除表操作）后，执行收缩操作最有效，产生碎片较少。
总结：
DBCC SHRINKDATABASE并不是不能使用，而是要慎重使用，尤其不要频繁使用，因为它会增加数据库碎片的程度。DBCC SHRINKDATABASE的详细用法请参考MSDN
备注：
A: TRUNCATEONLY 将文件末尾的全部可用空间回收给操作系统。但是，TRUNCATEONLY 不在文件内执行任何页移动。指定的文件只被收缩到最近分配的区。如果随 TRUNCATEONLY 一起指定，则忽略 target_percent。
打印本文 关闭窗口