oralce move和shrink释放高水位

转自:https://blog.51cto.com/fengfeng688/1955137

move和shrink的共同点:

收缩段,消除部分行迁移,消除空间碎片,使数据更紧密

shrink用法:

语法:

alter table TABLE_NAME shrink space [compact|cascades]

shrink分为以下两个阶段:

1.数据重组(compact)

通过一系列的insert,delete操作,将数据尽量排列在段的前面。在这个过程中,需要在表上面加RX锁,即只在需要移动的行上加锁。由于涉及到ROWID的改变,因此需要启动行迁移,同时disable基于rowid的trigger,这一过程对表的影响比较小。

2.高水位(HWM)的调整

此过程需要在表上加X锁,会造成表上的所有DML语句阻塞,在业务比较繁忙的系统上可能会产生较大的影响

因此如果系统比较繁忙,可以先重组数据,再调整水位线

/*打开行迁移*/
alter table TABLE_NAME enable row movement;
/*只整理碎片 不回收空间*/
alter table TABLE_NAME shrink space compact;
/* 整理碎片并回收空间*/
alter table TABLE_NAME shrink space;
/*整理碎片回收空间 并连同表的级联对象一起整理(比如索引)*/
alter table TABLE_NAME shrink space cascade;
/*分区表的整理*/
alter table pt_table modify  PARTITION P1 shrink space cascade; 

shrink的优点:

可以在线执行

可以使用参数cascade同步收缩索引等

执行后不会导致索引失效

可以避免alter table move过程中对表空间的占用

move:

语法:

alter table table_name move tablespace new_tablespace;
alter index index_name rebuild tablespace new_tablespace

move的优点:

可以修改表的初始storage参数,例如initial

使用move的注意事项:

表上面的索引需要重建,因为move后,rowid会发生变化,因此索引会失效

move表是会对表锁定,而且是exclusive lock

move时要保证新的表空间剩余量

move和shrink的区别

move后,表在表空间中的位置肯定会变,可能前移也可能后移,一般来说如果该表前面的表空间中有足够空间容纳该表,则前移,否则后移

hrink后,表在表空间中的位置肯定不变,也就是表的段头位置不会发生变化

Move会移动高水位,但不会释放申请的空间,是在高水位以下(below HWM)的操作

shrink space 同样会移动高水位,但也会释放申请的空间,是在高水位上下(below and above HWM)都有的操作

使用move时,会改变一些记录的ROWID,所以MOVE之后索引会变为无效,需要REBUILD

使用shrink space时,索引会自动维护。如果在业务繁忙时做压缩,可以先shrink space compact,来压缩数据而不移动HWM,等到不繁忙的时候再shrink space来移动HWM

shrink可以单独压缩索引,alter index xxx shrink space来压缩索引。另外、压缩表时指定Shrink space cascade会同时压缩索引

原文地址:https://www.cnblogs.com/monkey6/p/11172148.html

时间: 2024-10-04 04:03:08

oralce move和shrink释放高水位的相关文章

Oracle move和shrink释放高水位空间 (一)

move 和shrink 的共同点 1.收缩段 2.消除部分行迁移 3.消除空间碎片 4.使数据更紧密 一.shrink 语法: alter table TABLE_NAME shrink space [compact|cascate] segment shrink执行的两个阶段: 1.数据重组(compact): 通过一系列insert.delete操作,将数据尽量排列在段的前面.在这个过程中需要在表上加RX锁,即只在需要移动的行上加锁. 由于涉及到rowid的改变,需要enable row

Oracle—deallocate unused释放高水位空间(二)

deallocate unused :仅适用于释放HWM高水位以上的空间,而无法释放高水位以下的空间:比如对表预分配的空间 使用说明和方法,官方文档有说明,如下: Use the deallocate_unused_clause to explicitly deallocate unused space at the end of a database object segment and make the space available for other segments in the ta

高水位回收

用两种方法可以进行表的高水位回收1.用shrink进行高水位回收(不需要重建索引,不需要额外空间)alter table bydvmi.tpo enable row movement;alter table bydvmi.tpo shrink space cascade;alter table bydvmi.tpo disable row movement;exec DBMS_STATS.GATHER_TABLE_STATS(ownname=>'BYDVMI',tabname=>'TPO',E

Oracle 高水位说明和释放表空间,加快表的查询速度

高水位的介绍 数据库运行了一段时间,经过一些列的删除.插入.更改操作有些表的高水位线就有可能和实际的表存储数据的情况相差特别多,为了提高检索该表的效率,建议对这些表进行收缩: 查找高水位线的表 查找表需要的存储空间:表以数据块的形式存储在数据文件中,表的存储结构是:行×行数,如果知道了总共有多少行,每行的平均长度,两者相乘,再除于90%的使用率,那么就可以知道实际需要存储的空间: 表的存储结构; 从统计信息得出平均每行的长度和总共的行数,从而知道存储的SIZE: 查找表实际存储的空间:数据实际存

MOVE降低高水位 HWM

--创建实验表空间SQL> create tablespace andy03 datafile '/home/oracle/app/oradata/orcl/andy03.dbf'  size 10M autoextend on next 30M; --创建实验数据SQL> create table andy03 tablespace andy03  as select * from dba_objects ; SQL> insert into   andy03   select * f

用Delete与Truncate清除表数据对高水位的影响

众所周知,oracle段都有一个在段内容纳数据块的上限,我们把这个上限称为"High Water Mark"(HWM).这个HWM是一个标记,用来说明已经有多少没有使用的数据块分配给这个segment.原则上HWM只会增大,不会缩小,即使将表中的数据全部删除,HWM还是为原值.HWM就像一个水库的历史最高水位,这也是为何会称之为"高水位"的缘故.实际环境中随着我们表中数据的不断增长,表的高水位也被不断的推高.当高水位达到一定程度之后,会对该表上的SQL查询效率产生负

Oracle 高水位(HWM: High Water Mark)

一. 准备知识:ORACLE的逻辑存储管理. ORACLE在逻辑存储上分4个粒度: 表空间, 段, 区 和 块. 1.1 块: 是粒度最小的存储单位,现在标准的块大小是8K,ORACLE每一次I/O操作也是按块来操作的,也就是说当ORACLE从数据文件读数据时,是读取多少个块,而不是多少行. 每一个Block里可以包含多个row. 1.2 区: 由一系列相邻的块而组成,这也是ORACLE空间分配的基本单位,举个例子来说,当我们创建一个表Dave时,首先ORACLE会分配一区的空间给这个表,随着不

[Oracle]高水位标记(HWM)

(一)高水位标记(High Water Mark,HWM)的概念 所谓高水位标记,是指一个已经分配的段中,已经使用的空间与未使用的空间的分界线.在表的使用过程中,随着数据的不断增多(insert),HWM不断向数据段未使用部分方向移动,而在删除数据(delete)的过程中,HWM并不会向反方向移动,即使删除全部数据,HWM依然不会改变.但是如果使用了truncate命令,则表的HWM会被重置为0. 图1.segment (二)高水位标记的影响 全表扫描要读出直到HWM标记的所有的属于该表的数据块

Oracle 高水位问题

Oracle 对数据段的管理有一个高水位(HWM, High Water Mark)的概念.高水位是数据段中使用过和未使用过的数据块的分界线.高水位以下的数据块是曾使用过的,以上的是从未被使用或初始化过的. 当 Oracle 进行全表扫描(FTS, Full table scan)的操作时,它会读高水位下的所有数据块.如果高水位下还有很多空闲空间(碎片),读取这些空闲数据块会降低操作的性能. 当针对一个表的删除操作很多时,表会产生大量碎片.删除操作释放的空间不会被插入操作立即重用,甚至永远也不会