Oracle表的空间释放，碎片整理记录
一、表的占用空间大小释放原理
背景：
生产环境中，经常会遇到表由于数据不断插入，导致空间越来越大，由于前期配置问题，没有做分区或者其他优化，而且生产数据实时向表插入。要删除历史数据来释放空间。
分析：
（1）没做分区表：
由于没有分区表，所以无法分块对表进行清理。
（2）表实时插入数据，数据量大，要保留部分数据：
无法采用将有效数据插入另一个表，drop原表，修改名字来删除原表，或者truncate原表，来释放空间。
（3）删除历史数据：
用delete from 加条件，删除历史数据。
现象：
例子：wxk_big_tab_bak 表。
SELECT COUNT(*) FROM wxk_big_tab_bak
168522
SQL> selectround(BYTES/1024/1024,2)||'M' from user_segments where segment_name='WXK_BIG_TAB_BAK';
ROUND(BYTES/1024/1024,2)||'M'
-----------------------------------------
21M
对wxk_big_tab_bak 进行delete操作。
DECLARE
row_num number := 0;
begin
for gyj_test IN (select ROWID from wxk_big_tab_bak t where t.id <=168522 ) LOOP
delete from wxk_big_tab_bak WHERE ROWID = gyj_test.rowid ;
row_num := row_num +1;
---100条提交一次,可根据需要修改
if mod(row_num,100) = 0 THEN
commit;
end if;
end loop;
commit;
end;
/
执行删除后
SELECT COUNT(*) FROM wxk_big_tab_bak
0
再次查看
SQL> selectround(BYTES/1024/1024,2)||'M' from user_segments where segment_name='WXK_BIG_TAB_BAK';
ROUND(BYTES/1024/1024,2)||'M'
-----------------------------------------
21M
还是21M没有变化。
但是表里已经没有数据了。
这里注意，再次用插入命令新的数据，表的大小没有变化。由此可见，数据的空间确实被释放了，可以存储其他信息，但是从查询上看，表占用的空间大小没有缩小，没有整理表碎片。（高水位问题）。
如果需要将表的空间进行缩小，有两个办法：
（1）move
（2）shrink
1、对于空间的要求，shrink不需要额外的空间，move需要两倍的空间
2、shrink的算法是从segment的底部开始，移动row到segment的顶部，移动的过程相当于delete/insert操作的组合，在这个过程中会产生大量的undo和redo信息。
3、move是直接移动数据块的位置，鉴于上面的原因，在使用shrink的时候，耗时可能非常长，通常慢于move。
4、move是不能在线进行的，而且move后相应的索引也会失效。shrink的一个优点是能在线进行，不影响表上的DML操作，当然，并发的DML操作在shrink结束的时刻会出现短暂的block；shrink的另外一个优点是在碎片整理结束后，表上相关的index仍然enable。
对于一般系统，可采用shrink方式（仅仅适用于堆表,且位于自动段空间管理的表空间(堆表包括:标准表,分区表,物化视图容器,物化视图日志表)）：
（1）启用行记录转移(enable row movement)
alter table wxk_big_tab_bak enable row movement ;
（2）这里先执行compact 再 到空闲时间执行 cascade
ALTER TABLE wxk_big_tab_bak SHRINK SPACE COMPACT
ALTER TABLE wxk_big_tab_ba SHRINK SPACE cascade
--compact:仅仅是缩小表和索引，并不移动高水位线，不释放空间
--cascade:缩小表及其索引，并移动高水位线，释放空间
对于重要系统，最好还是采用move
（1）move前最好逻辑备份待整理的表；
（2）--查看索引
select index_name,table_name,tablespace_name,index_type,status from dba_indexes where table_owner='WXK'
（3）对于大表，建议开启并行和nologging
alter table wxk_big_tab_bak MOVE nologging parallel 2;
（4）整理完毕后重建相关的索引
alterindex SYS_C0011093 rebuild nologgingparallel 2;
（5）恢复表和索引的并行度、logging
alter table wxk_big_tab_bak logging parallel 1;
最后再次查看
SQL>select round(BYTES/1024/1024,2)||'M' from user_segments wheresegment_name='WXK_BIG_TAB_BAK';
ROUND(BYTES/1024/1024,2)||'M'
-----------------------------------------
.06M
此时，表占用空间被释放。
本文再附一个表空间利用率sql
SELECT A.TABLESPACE_NAME,
FILENUM,
TOTAL "TOTAL (MB)",
F.FREE "FREE (MB)",
TO_CHAR(ROUND(FREE * 100 / TOTAL, 2), '990.00') "FREE%",
TO_CHAR(ROUND((TOTAL - FREE) * 100 / TOTAL, 2), '990.00') "USED%",
ROUND(MAXSIZES, 2) "MAX (MB)"
FROM (SELECT TABLESPACE_NAME,
COUNT(FILE_ID) FILENUM,
SUM(BYTES / (1024 * 1024)) TOTAL,
SUM(MAXBYTES) / 1024 / 1024 MAXSIZES
FROM DBA_DATA_FILES
GROUP BY TABLESPACE_NAME) A,
(SELECT TABLESPACE_NAME, ROUND(SUM(BYTES / (1024 * 1024))) FREE
FROM DBA_FREE_SPACE
GROUP BY TABLESPACE_NAME) F
WHERE A.TABLESPACE_NAME = F.TABLESPACE_NAME