WEB开发网
开发学院数据库MSSQL Server 不能频繁执行DBCC SHRINKDATABASE的原因 阅读

不能频繁执行DBCC SHRINKDATABASE的原因

 2007-09-12 09:48:36 来源:WEB开发网   
核心提示:能频繁执行DBCC SHRINKDATABASE的原因 首先,我们需要了解数据文件并不是所有的空间都会被使用,而是只有部分未使用的空间:包括已删除的数据、文件自动增长所未使用的空间及其一些不能被使用的碎片空间,不能频繁执行DBCC SHRINKDATABASE的原因,这些未使用空间可通过sp_sapceused得到,执

能频繁执行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。

Tags:不能 频繁 执行

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接