不能频繁执行DBCC SHRINKDATABASE的原因

来源:百度文库 编辑:神马文学网 时间:2024/10/04 16:22:15
首先,我们需要了解数据文件并不是所有的空间都会被使用,而是只有部分未使用的空间:包括已删除的数据、文件自动增长所未使用的空间及其一些不能被使用的碎片空间,这些未使用空间可通过sp_sapceused得到。执行DBCCSHRINKDATABASE后将分配页从文件末尾移动到文件前部的未分配页,然后进行压缩;只有执行了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。