oracle 表碎片太多的处理办法
发布时间:2020-12-12 15:25:16 所属栏目:百科 来源:网络整理
导读:转自点击打开链接 某张结果表在etl过程中频繁的被dml语句操作,导致整个表的碎片激增。原来7g多的空间经过一段时间的运行增长至80g。。。。。汗 通过move的方式来解决该办法,在网上搜罗了一些操作说明,供参考 一、碎片程度查看 在没有toad的情况下可以通过
转自点击打开链接
某张结果表在etl过程中频繁的被dml语句操作,导致整个表的碎片激增。原来7g多的空间经过一段时间的运行增长至80g。。。。。汗 通过move的方式来解决该办法,在网上搜罗了一些操作说明,供参考一、碎片程度查看 在没有toad的情况下可以通过如下语句: select tablespace_name,count(tablespace_name) from dba_free_space group by tablespace_name having count(tablespace_name)>10; alter tablespace name coalesce; alter table name deallocate unused; create or replace view ts_blocks_v as union all select * from ts_blocks_v; group by tablespace_name; 二、查看碎片程度高的表 SELECT segment_name table_name,COUNT(*) extents FROM dba_segments WHERE owner NOT IN ('SYS','SYSTEM') GROUP BY segment_name HAVING COUNT(*) = (SELECT MAX( COUNT(*) ) FROM dba_segments GROUP BY segment_name); 三、解决方法 If you have to rebuild a table,always consider the 'move' command first.Availability can be reduced,but the benefit to administrative safty and convenience is large.There are no windows of opportunity for data to go missing.----Jonathan Lewis. 如果必须要重建表,alter table ...move tablespace...绝对是第一选择,理由如下: 1 对于大表move时,对此表的查询不受影响,只有在move操作完成的瞬间受影响。DML操作受影响。 2 index结构不受影响,只需move完成后rebuild。 3 与其它对象依赖关系不受影响,操作前不必为对象间的依赖关系操心。 4 move操作可以parallel。 5 NOLOGGING选项对move操作有作用,可大大加快重建速度。如果要move的表是nologging的,则不需指定。 基于以上理由,move是rebuild table的最佳选择,应该优先考虑,大家可以对照以上优点考虑一下用exp/imp的优缺点。采取的策略根据实际需求的不同而不同 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |