关于 move 和 shrink 的一些总结

原创 2017年01月02日 22:23:10

测试结论:

一、move
1. move过程中需要额外的表空间,需要的大小大约等于当前表中数据量的大小,move结束后立即释放该额外空间。
2. move过程中对表加排它锁,会影响其他session的DML操作。
3. move操作并不会维护索引,因此move完毕后需要对索引rebuild。
4. move操作会降低HWM,但是并不会释放HWM以上的空块,也就是说,move只会对HWM以下的块进行操作。
5. move操作的一些相关测试数据:以2000000数据(233M)为例,删除800000条数据,执行move操作。
大概用时4秒,共产生了319K的redo,56K的undo。表由233M缩小至145M。
6. move操作可以完全消除行迁移。
7. move操作后,为表分配的数据段位置发生了改变,即段头块的位置发生了改变。

二、shrink

  1. shrink过程中并没有用到额外的表空间。
  2. shrink操作其实可以分为两步:
    第一步:对数据进行重组,即只会整理碎片,不会降低高水位,也就是说不会释放空间。
    通过一系列的delete/insert组合来完成,具体的语法是 alter table t1 shrink space compact。该过程会在表上加共享锁,在移动的行中加排它锁。并且会维护索引。
    第二步:降低HWM,回收空间,与move不同的是,shrink可以回收HWM以上的块。该过程会在表上加排它锁,因此业务繁忙时并不适合执行该降低HWM的操作。
  3. shrink操作会维护索引,但是不会对索引进行碎片整理。如果加入cascade选项,那么维护索引的同时会对索引进行碎片整理。
  4. shrink操作的一些相关测试数据:以2000000数据(233M)为例,删除800000条数据,分两步执行shrink操作。
    数据重组大概用时1分钟58秒,共产生了895M的redo,353M的undo。回收HWM阶段仅用1秒,产生了4K的redo,1K的undo。表由233M缩小至226M。
  5. shrink操作不能完全消除行迁移。
  6. shrink操作后,为表分配的数据段位置并没有发生变化,即段头块的位置没有改变。

(1) oracle 的move 操作,rowid 如何变化?
创建一张测试表,插入十条数据
create table t (id int,name varchar2(20));
insert into t values(1,’a1’);
insert into t values(2,’a2’);
insert into t values(3,’a3’);
insert into t values(4,’a4’);
insert into t values(5,’a5’);
insert into t values(6,’a6’);
insert into t values(7,’a7’);
insert into t values(8,’a8’);
insert into t values(9,’a9’);
insert into t values(10,’a10’);
commit;

查看这个表的rowid,看一下这个表的块号
select rowid from t;

ROWID

AAATaSAAEAAAAIOAAA
AAATaSAAEAAAAIOAAB
AAATaSAAEAAAAIOAAC
AAATaSAAEAAAAIOAAD
AAATaSAAEAAAAIOAAE
AAATaSAAEAAAAIOAAF
AAATaSAAEAAAAIOAAG
AAATaSAAEAAAAIOAAH
AAATaSAAEAAAAIOAAI
AAATaSAAEAAAAIOAAJ
10 rows selected

看一下这个表的块号
SQL> select dbms_rowid.rowid_block_number(rowid) from t;

DBMS_ROWID.ROWID_BLOCK_NUMBER(

                       526
                       526
                       526
                       526
                       526
                       526
                       526
                       526
                       526
                       526

10 rows selected

delete from t where mod(id,2)=1;

SQL> select dbms_rowid.rowid_block_number(rowid) from t;

DBMS_ROWID.ROWID_BLOCK_NUMBER(

                       526
                       526
                       526
                       526
                       526

SQL> alter table t move;
Table altered

SQL> select rowid from t;

ROWID

AAATaTAAEAAAetbAAA
AAATaTAAEAAAetbAAB
AAATaTAAEAAAetbAAC
AAATaTAAEAAAetbAAD
AAATaTAAEAAAetbAAE

SQL> select dbms_rowid.rowid_block_number(rowid) from t;

DBMS_ROWID.ROWID_BLOCK_NUMBER(

                    125787
                    125787
                    125787
                    125787
                    125787

可以看出move操作后,数据的rowid发生了改变,index是通过rowid来fetch数据行的,
所以,table上的index是必须要rebuild的
(2) move 操作索引会失效

create index idx_id on t(id);
alter table t move;
select index_name,status from user_indexes where index_name=’IDX_ID’;
INDEX_NAME STATUS


IDX_ID UNUSABLE
t表上的inedx的状态为UNUSABLE,这时,我们可以使用alter index idx_id rebuild online;的命令,
进行在线rebuild。
SQL> alter index idx_id rebuild online;
Index altered

SQL> select index_name,status from user_indexes where index_name=’IDX_ID’;
INDEX_NAME STATUS


IDX_ID VALID

3) move 操作的锁问题
另外当我们对表进行move 的时候,需要加锁,我们可以看下
建立一个大表
建表脚本:

create or replace procedure create_table(p_tabname varchar2,
p_tabcnt number default 100000,
p_tbs varchar2 default ‘users’)
authid current_user
as
v_create_table varchar2(100);
l_cnt number := 0;
v_sql varchar2(500);
e_error exception;
e_tbs_not_exists exception;
l_tabsize number;
e_pri exception;
pragma exception_init(e_error, -00955);
pragma exception_init(e_tbs_not_exists, -00959);
pragma exception_init(e_pri,-00942);
begin
begin
v_create_table := ‘create table ’ || p_tabname ||
’ nologging tablespace ’ || p_tbs ||
’ as select * from dba_objects where 1 = 2’;
execute immediate v_create_table;
exception
when e_error then
execute immediate ‘drop table ’ || p_tabname || ’ purge’;
dbms_output.put_line(‘已经存在表:’ || p_tabname || ’ ,但已删除。’);
execute immediate v_create_table;
end;
while l_cnt < p_tabcnt
loop
v_sql := ‘insert /+ append / into ’ || p_tabname ||
’ select OWNER, OBJECT_NAME, SUBOBJECT_NAME,rownum + ’ ||
l_cnt || ‘,DATA_OBJECT_ID,OBJECT_TYPE, CREATED, LAST_DDL_TIME,TIMESTAMP,
STATUS, TEMPORARY, GENERATED, SECONDARY,NAMESPACE,EDITION_NAME
from dba_objects where rownum <= ’ ||
to_char(p_tabcnt - l_cnt);
execute immediate v_sql;
l_cnt := l_cnt + sql%rowcount;
commit;
end loop;
dbms_output.put_line(‘已创建完表: ’ || p_tabname || ’ 。记录数:’ || p_tabcnt);
/*select bytes / 1024 / 1024
into l_tabsize
from user_segments
where owner = sys_context(‘userenv’, ‘current_user’)
and segment_name = upper(p_tabname);*/
select bytes / 1024 / 1024
into l_tabsize
from user_segments
where segment_name = upper(p_tabname);
dbms_output.put_line(‘表的segment_size: ’ || l_tabsize || ’ M’);
exception
when e_pri then
dbms_output.put_line(‘没权限访问 dba_objects。’);
when e_tbs_not_exists then
dbms_output.put_line(‘表空间: ’ || p_tbs || ’ 不存在。’);
end;
建一个大表:
SQL> exec create_table(‘T1’,2000000);
PL/SQL procedure successfully completed

SQL> alter table t1 move;

打开另外一个会话,可以看到:

SELECT b.session_id AS sid,
NVL(b.oracle_username, ‘(oracle)’) AS username,
a.owner AS object_owner,
a.object_name,
Decode(b.locked_mode, 0, ‘None’,
1, ‘Null (NULL)’,
2, ‘Row-S (SS)’,
3, ‘Row-X (SX)’,
4, ‘Share (S)’,
5, ‘S/Row-X (SSX)’,
6, ‘Exclusive (X)’,
b.locked_mode) locked_mode,
b.os_user_name
FROM dba_objects a,
v$locked_object b
WHERE a.object_id = b.object_id;

   SID USERNAME                       OBJECT_OWNER                   OBJECT_NAME                                                                      LOCKED_MODE                              OS_USER_NAME

   130 SCOTT                          SCOTT                          T1                                                                               Exclusive (X)                            PC-20160628ZXVS\Administrator

总结:6号锁,独占锁.,DML是加共享锁,6号锁与其他锁不兼容
这就意味着,table在进行move操作时,我们只能对它进行select的操作,DML会全部阻塞(move生成的undo和redo是非常少的)。反过来说,当我们的一个session对table进行DML操作且没有commit时,
在另一个session中是不能对这个table进行move操作的,否则oracle会返回这样的错误信息:ORA-00054(资源正忙)

(4) 现在来看下move 能否降低高水位?

版权声明:本文为博主原创文章,未经博主允许不得转载。 举报

相关文章推荐

比较Oracle中的alter table t move和alter table t shrink space

alter table t move和alter table t shrink space都可以用来进行段收缩,降低高水位HWM, 也都可以用来消除行链接(Row Chaining)和行迁移(Row...
  • fw0124
  • fw0124
  • 2012-01-28 20:44
  • 2162

alter table move跟shrink space的区别

都知道alter table move 或shrink space可以收缩段,用来消除部分行迁移,消除空间碎片,使数据更紧密,但move 跟shrink space还是有区别的。 Move会移动高水...

我是如何成为一名python大咖的?

人生苦短,都说必须python,那么我分享下我是如何从小白成为Python资深开发者的吧。2014年我大学刚毕业..

表碎片整理时shrink和move如何选择(转)——写的很好

原文地址:http://blog.itpub.net/29821678/viewspace-1270131/ 整理表碎片通常的方法是move表,当然move是不能在线进行的,而且move后相应的...

表级碎片整理shrink/move

查看表的碎片程序可以通过我的这篇博客来查询http://blog.csdn.net/gguxxing008/article/details/6858579 查到需要清理的碎片后,可以用如下两种方式来...

alter table move跟shrink space的区别

alter table move跟shrink space的区别   今天主要从两点说他们的区别: 1. 碎片的整理 2.空间的收缩 SQL> select * from v$vers...

对表进行delete&shrink&move无法提高rman的备份效率

结论: 首先rman备份时会备份被使用过的块。对表进行delete&shrink&move是无法提高rman的备份效率,resize可以。 delete、shrink、move不会改变备份集合大小...

alter table move跟shrink space的区别

author:skate time2010-05-28 alter table move跟shrink space的区别 今天主要从两点说他们的区别:   1. 碎片的整理 2.空...

alter table move和 shrink space

欢迎使用Markdown编辑器写博客本Markdown编辑器使用StackEdit修改而来,用它写博客,将会带来全新的体验哦: Markdown和扩展Markdown简洁的语法 代码块高亮 图片链接和...

alter table move跟shrink space的区别

alter table move跟shrink space的区别 今天主要从两点说他们的区别:   1. 碎片的整理 2.空间的收缩   SQL> ...

Oracle Move命令总结

Oracle Move命令总结
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)