mysql数据库表空间压缩,表空间中有数据也可以压缩表空间（数据文件）大小！！...

首先说声抱歉，在

中提出以下观点，经过研究请教，发现观点都是错误的，在这里给予更正。

3。得知表空间中有数据不能resize数据文件的大小；要想resize数据文件，那么表空间中必须没有数据。

更正后的观点是：

表空间中有数据也可以resize表空间(数据文件)的大小，但是前提要在段级别进行段级别的压缩。

下面用实验来验证这个观点

先了解一下表空间、数据文件和段的关系。

表空间和段是逻辑上的概念，一个表空间(tablespace)由一个或者多个段(segment)组成；而表空间所对应的物理对象是数据文件(datafile)。

oracle中，段和表空间可以自动增长，但是不能自动收缩；要想收缩必须要手动完成。

顺序是  压缩段--->压缩表空间(也就是压缩数据文件)

1.创建表空间t6

conn / as sysdba

SQL> create tablespace t6 datafile '/u01/app/oracle/oradata/orcl/t6.dbf' size 5m autoextend on next 5m;

2.在表空间t6上创建测试表ttt

conn scott/tiger

SQL> create table ttt tablespace t6 as select * from emp;

查看数据文件t6.dbf的大小

-rw-r----- 1 oracle oinstall 5.1M 05-13 16:27 t6.dbf

3.向表ttt中查数据，要多次执行插入数据

insert into ttt select  * from ttt;

随着数据的插入，数据文件t6.dbf在不断增长

-rw-r----- 1 oracle oinstall  11M 05-13 16:29 t6.dbf

-rw-r----- 1 oracle oinstall  21M 05-13 16:31 t6.dbf

4.下面删除部分数据，让ttt所在段有空闲空间，为压缩段做准备；因为数据文件由段组成，所以压缩段后才能压缩数据文件。

delete ttt where rownum<1000;

SQL> delete ttt where EMPNO=7788;

SQL> delete ttt where EMPNO=7369;

SQL> delete ttt where EMPNO=7499;

SQL> delete ttt where EMPNO=7934;

SQL> select count(*) from ttt;

COUNT(*)

----------

326962

SQL> commit;

顺序是  压缩段--->压缩表空间(也就是压缩数据文件)

删除后段就出现碎片了，也就是有很多不连续的空闲空间；下面进行段级别压缩；

SQL> alter table ttt shrink space;        //压缩碎片

SQL> alter table ttt deallocate unused;    //收回段中崭新的没有使用的部分(也就是高水位以上的部分)

压缩表空间(数据文件)

SQL> alter database datafile '/u01/app/oracle/oradata/orcl/t6.dbf' resize 15m;

Database altered.

查看数据文件t6.dbf的大小，注意原来是21m

-rw-r----- 1 oracle oinstall  16M 05-13 17:14 t6.dbf

还想再压缩

SQL> alter database datafile '/u01/app/oracle/oradata/orcl/t6.dbf' resize 10m;

alter database datafile '/u01/app/oracle/oradata/orcl/t6.dbf' resize 10m

*

ERROR at line 1:

ORA-03297: file contains used data beyond requested RESIZE value

数据文件的数据大于10m，所以不能再压缩了。

到这里，实验结束。

结论：表空间中由数据也可以进行压缩，不过前提是先压缩段的大小！

实验中，想到了alter table move跟shrink space的区别，具体内容可以参考这篇博客