对oracle中drop和truncate对表占用空间和索引占用空间的影响不同的研究
2011-09-29 10:53
459 查看
——看看我的测试结果及结论
drop table dt_test_tab;
create table dt_test_tab (i number);
create index dt_test_idx on dt_test_tab(i);
insert into dt_test_tab values (1);
insert into dt_test_tab select i from dt_test_tab;
/
...
/
共17次得到131072条记录,然后
commit;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
结果为4352k
truncate table dengtaotest;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
结果为128k(就是建表建索引时缺省的initial extent,看来是缩回去了)
alter index dt_test_idx rebuild;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
结果还是128K. 想缩到0, 没门儿
__________________________________________________
再试试表,索引,delete/truncate reuse|drop storage 的结果:
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_TAB';
表大小为:3328K (比索引还小,特例,因为表只一个字段)
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
索引大小为:4352K
删掉一半数据:
delete dt_test_tab where rownum < 65536;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_TAB';
表大小未变:3328K 注意此时还没有commit;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
索引大小未变:4352K
commit;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_TAB';
删掉一半记录后表大小未变:3328K
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
删掉一半记录后索引大小未变:4352K [删了记录,index 也未释放]
alter index dt_test_idx rebuild;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
删掉一半记录后重建索引,索引大小为:2200K [重建索引后,有所释放]
truncate table dt_test_tab reuse storage;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_TAB';
重用存贮区的截表,表大小不变:3328K
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
重用存贮区的截表,索引大小同样未变:2200K
truncate table dt_test_tab;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_TAB';
SUM(BYTES)/1024
---------------
128
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
SUM(BYTES)/1024
---------------
128
不重用存贮区的截表,结果变了,缩回到了initial extents
[结论]
1、delete,表占用空间不变,这个众所周知,所谓的water-mark不变;表上索引占用空间也不会变;
2、truncate table tb_name reuse storage,表占用不变,表上索引占用也不会变;
3、truncate table tb_name,表与表上索引的空间占用均回到建立索引或表时的initial参数。
4、定期rebuild索引是一个好习惯,一是提高索引效率二是释放存贮区。
drop table dt_test_tab;
create table dt_test_tab (i number);
create index dt_test_idx on dt_test_tab(i);
insert into dt_test_tab values (1);
insert into dt_test_tab select i from dt_test_tab;
/
...
/
共17次得到131072条记录,然后
commit;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
结果为4352k
truncate table dengtaotest;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
结果为128k(就是建表建索引时缺省的initial extent,看来是缩回去了)
alter index dt_test_idx rebuild;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
结果还是128K. 想缩到0, 没门儿
__________________________________________________
再试试表,索引,delete/truncate reuse|drop storage 的结果:
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_TAB';
表大小为:3328K (比索引还小,特例,因为表只一个字段)
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
索引大小为:4352K
删掉一半数据:
delete dt_test_tab where rownum < 65536;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_TAB';
表大小未变:3328K 注意此时还没有commit;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
索引大小未变:4352K
commit;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_TAB';
删掉一半记录后表大小未变:3328K
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
删掉一半记录后索引大小未变:4352K [删了记录,index 也未释放]
alter index dt_test_idx rebuild;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
删掉一半记录后重建索引,索引大小为:2200K [重建索引后,有所释放]
truncate table dt_test_tab reuse storage;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_TAB';
重用存贮区的截表,表大小不变:3328K
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
重用存贮区的截表,索引大小同样未变:2200K
truncate table dt_test_tab;
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_TAB';
SUM(BYTES)/1024
---------------
128
select sum(bytes)/1024 from user_extents
where segment_name='DT_TEST_IDX';
SUM(BYTES)/1024
---------------
128
不重用存贮区的截表,结果变了,缩回到了initial extents
[结论]
1、delete,表占用空间不变,这个众所周知,所谓的water-mark不变;表上索引占用空间也不会变;
2、truncate table tb_name reuse storage,表占用不变,表上索引占用也不会变;
3、truncate table tb_name,表与表上索引的空间占用均回到建立索引或表时的initial参数。
4、定期rebuild索引是一个好习惯,一是提高索引效率二是释放存贮区。
相关文章推荐
- Oracle中如何把表和索引放在不同的表空间里
- Oracle分区表drop和truncate partition索引失效问题
- Oracle 12C 新特性之表分区带异步全局索引异步维护(一次add、truncate、drop、spilt、merge多个分区)
- [Oracle] 把表和索引放在不同的表空间里
- Oracle12c中性能优化&功能增强新特性之全局索引DROP和TRUNCATE 分区的异步维护
- ORACLE-查询索引占用空间SQL
- 分区truncate操作的介绍及对全局索引和空间释放影响的案例解析
- 【oracle】truncate 操作对索引的影响
- oracle怎么查看一个表或一个索引占用多少空间
- Oracle查看分区、索引、表占用空间大小
- Oracle 12C 新特性之表分区带 异步全局索引异步维护(一次add、truncate、drop、spilt、merge多个分区)
- Oracle中如何把表和索引放在不同的表空间里
- Oracle中如何把表和索引放在不同的表空间里
- 验证ORACLE不同字符集中汉字占用的byte及NLS_LENGTH_SEMANTICS参数的影响
- Oracle中如何把表和索引放在不同的表空间里
- Oracle分区表drop和truncate partition索引失效问题
- Oracle之分区truncate、drop、add等索引失效分分析
- Oracle 12C 新特性之表分区带 异步全局索引异步维护(一次add、truncate、drop、spilt、merge多个分区)
- Oracle_索引置为invisible和unusable状态是否占用空间
- Oracle笔记 五、创建表、约束、视图、索引、序列、同义词、表空间