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

最新相关文章

• ·高手指招 数据库中表行变列的方法
• ·LINQ to SQL 基本数据操作
• ·教你快速掌握一些异常精妙的SQL语句
• ·一些工作和学习中经常用到的SQL语句
• ·什么是数据结构、逻辑结构和物理结构？
• ·深入讲解数据库的具体分类及其相关概念
• ·深入讲解事务对象的基本内容及使用方法
• ·用一个实例讲解GROUP BY CEIL的使用方法
• ·讲解有关“SELECT FOR UPDATE“的一些概念
• ·“Select“语句究竟是如何来使用索引的？
• ·带你深入了解有关数据库的“并发问题”
• ·基于DM数据库的“Power Builder“程序开发
• ·数据库性能调优技术──单表执行计划
• ·如何将海量的信息快速转化为智慧的决策
• ·带你轻松接触PowerDesigner中的反向工程
• ·在使用PowerDesigner时遇到的疑难问题