首先说声抱歉，在
中提出以下观点，经过研究请教，发现观点都是错误的，在这里给予更正。
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的区别，具体内容可以参考这篇博客
如果觉得《mysql数据库表空间压缩 表空间中有数据也可以压缩表空间（数据文件）大小！！...》对你有帮助，请点赞、收藏，并留下你的观点哦！
