SQL Server:“数据收缩”
2015-08-11 20:33
246 查看
SQL Server:“数据收缩”详解
1.数据库的相关属性
2.
为何数据库需要收缩?
3.
如何收缩数据库?
1. 数据库的相关属性
在MS中创建数据库时会为数据库分配初始的大小(如下图:数据库和日志两个文件),随着数据库的使用文件会逐渐增大。数据库文件大小的增加有两种方式:自动增长:在自动增长中可以设置每次的增长量,以及最大增长的文件大小。
手动增长:取消“启用自动增长”则为手动增长,这就需要DBA经常观测数据库的运行情况,及时更改数据库的小。手动增长比较麻烦,一般都设为自动增长。
2. 为何数据库需要收缩?
要明白为何数据库需要收缩,首先需要理解两个概念:为数据库分配的空间:如上图初始时为“数据库文件”分配的空间为3MB,为“日志文件”分配的空间未1MB。
数据库实际使用的空间:以上图为例,由于数据是刚创建的,里面没有任何用户数据,因此它实际使用的空间很小(不足1MB)。
由此可以理解为:分配空间>=使用空间。在实际使用的过程中可能会出现分配空间为100MB,而使用空间仅为20MB,这就造成了磁盘有80MB的浪费,为了消除这种浪费就需要使用“数据收缩”功能。
3. 如何收缩数据库?
3.1 通过设置数据库选项AUTO_SHRINK为True,即让数据库自动收缩,如下图:
3.2 收缩数据库文件
右键数据库—任务—收缩—文件,如下图:文件类型:选择所要收缩的是“数据库文件”还是“日志文件”。
当前分配的空间:数据库为该文件分配的大小,就是在磁盘上看到的文件大小。
可用空间:就是“当前分配的空间” 减去“实际使用的空间”。
收缩操作:
① 释放未使用的空间:将该文件中未使用的空间释放出来,数据在文件中不移动;
② 在释放未使用的空间前重新组织页:此选项可以将文件收缩到“指定大小”,并将数据重新组织。其最小值为数据库“实际使用的空间”;
③ 通过将数据迁移到同一文件组的其他文件来清空文件:不解释,很少用。
上述操作也可以使用T-SQL替代:
DBCC ShrinkFile(‘数据库名’, targetsize); /* 收缩数据库文件 */ DBCC ShrinkFile(‘数据库名_log’, targetsize); /* 收缩日志文件 */
Targetsize:单位为兆,必须为整数,DBCC SHRINKFILE 尝试将文件收缩到指定大小。
DBCC SHRINKFILE 不会将文件收缩到小于“实际使用的空间”大小,例如“分配空间”为10M,“实际使用空间”为6M,当制定targetsize为1时,则将该文件收缩到6M,不会将文件收缩到1M。
3.3 收缩数据库
即同时收缩“数据库文件”和“日志文件”,右键数据库—任务—收缩—数据库收缩后的最大可用空间:设为0,即收缩所有的可用空间。
也可以使用T-SQL完成数据库的收缩:
DBCC SHRINKDATABASE(数据库名,百分比)
百分比:即“收缩后文件中的最大可用空间”,取值范围“大于等于0, 小于100%”,实际使用中设为0即可。
相关文章推荐
- MySQL数据库事务隔离级别(Transaction Isolation Level)
- SqlLite 基本操作
- 8月11日----数据库、serverlet
- 数据库日常维护-CheckList_02有关数据库备份检查
- sql之截取字符串函数
- 简单SQL语句
- Unity3D 连接MySQL数据库笔记4-Unity3d代码
- ORACLE EBS系统中FORM的编译
- 使用DbUnit进行数据库操作的单元测试
- 探讨Mysql中OPTIMIZE TABLE的作用详解
- Java中使用MongoDB进行增删改查
- 第五周第一天(数据库)
- 08-11 数据库、方法封装 Serverlet、doGet方法
- MYSQL隔离级别介绍
- 浅谈MongoDB
- memcached windows/linux 安装和启动
- T-SQL查询进阶--深入理解子查询
- 学习记录之mongodb
- what-to-tune-in-mysql-56-after-installation.html
- mysql:Access denied; you need (at least one of) the RELOAD privilege(s) for this operation