Oracle中shrink space命令

shrink_clause：

  http://docs.oracle.com/cd/B19306_01/server.102/b14200/statements_3001.htm#i2192484

首先oracle shrink 是10g之后才引出的，有shrink table 和shrink space两种，这里介绍shrink space

压缩分两个阶段：

1、数据重组：这个过程是通过一系列的insert delete操作，将数据尽量排在列的前面进行重新组合。

2、HWM调整：这个过程是对HWM的调整，释放空闲数据库。

PS：shrink之间必须开启行移动功能

alter table table_name enable row movement;

基本语法：

alter table <table_name> shrink space [ <null> | cascade | compact  ];

--alter table <table_name> shrink space compact;

只收缩表，这个实际上是只执行了第一个阶段，HWM保持不变。

--alter table <table_name>  shrink space cascade;

收缩表并且相关索引也会被收缩，HWM会降低

--alter table <table_name> shrink space;

收缩表，降低HWM(High Water Mark)

限制条件：

1、不能对cluster、clustered  table 或者任何有LONG列的对象使用这个语句

2、压缩段不支持有函数索引、位图链接索引的表

3、这语句不能压缩二级索引表的映射表，即使设置了CASCADE

4、不能对压缩表使用该语句

5、不能压缩on commit 类型的物化视图的主表，rowid物化视图必须在压缩操作之后重建

详解：

oracle10g开始提供shrink的命令，要求表空间是自动段空间管理（ASSM），降低HWM。

 

segment shrink 分为两个阶段：

 

1、数据重组（compact）：通过一系列insert、delete操作，将数据尽量排在段的前面，这个过程中需要在表上加RX锁，及只需要移动的行上加锁。由于涉及到rowid的改变，需要enable row movement。同时要distable基于rowid的triggers，这个过程对业务影响比较小（--由于采用compact，只有涉及移动的行才加锁，所以不会锁定整个表，其他的DML操作有部分可以进行，进而减小系统高峰期的性能开销）

 

2、HWM调整：第二阶段是调整HWM位置，释放空闲数据块，此过程需要在表上加X锁（独享锁，因此这个表都被锁定，如果系统处在高峰期的时候，其他在此表的DML被挂起，会产生严重阻塞），会造成表上所有DML语句阻塞，系统忙时影响较大，

锁的内容参考：http://docs.oracle.com/cd/B19306_01/server.102/b14220/consist.htm

  • shrink space语句两个阶段都执行
  • shrink space compact语句只执行第一个阶段。
  • 在业务繁忙的时候，可以先执行shrink space compact重组数据，然后不满的时候执行shrink space降低HWM释放空闲数据块。
  • shrink必须开启对象的row movement功能（shrink index 不需要），alter table table_name enable row movement.但是要注意，该语句会造成引用table_name的对象（如存储过程、包、试图等）变为无效，执行完最好由utlrp.sql来编译无效对象。
  • shrink不会使表的索引失效。但是move会，因此，move后必须重建索引，（alter table table_name move;alter index index_name rebuild）

 

语法：

alter table shrink space[|cpmpact|cascade];

alter table shrink space compcat; 把块中的数据堆到一起，但会保持high water mark

alter table shrink space;收缩表，降低high water mark

alter table shrink space cascade;收缩表，降低high water mark，并相关索引也要收缩。

alter index indexname shrink space;收缩索引

补充：
--编译无效对象脚本utlrp.sql

　　>$ sqlplus /no log
    SQL>connect sys/[email protected] AS sysdba
    SQL>@?/rdbms/admin/utlrp.sql

　　utlrp.sql脚本可以在数据库运行的状态下执行以编译、数据库中的invalid对象. 
　　oracle建议在对数据库进行迁移、升级、降级后都运行一遍utlrp.sql以编译无效对象。

--打完patch后重建数据字典视图脚本catpatch.sql

　　为了保证系统的的数据词典的完整性和有效性，最好的打patch后在migrate状态下运行catpatch.sql 
　　sql> shutdown immediate 
　　sql> startup migrate 
　　sql> @?/rdbms/admin/catpatch.sql 
　　sql> shutdown immediate 
　　sql> startup

　　为加快速度，可临时调大这２个参数： 
　　show parameter shared_pool_size 
　　show parameter large_pool_size 

1.1 创建ASSM的表空间

SQL> set serveroutput on

SQL> create tablespace ASSM datafile ‘/oradata/ltest/assm.dbf‘ size 10m autoextend on SEGMENT SPACE MANAGEMENT AUTO;

Tablespace created

SQL> select tablespace_name,

2         block_size,

3         extent_management,

4         allocation_type,

5         segment_space_management

6    from dba_tablespaces

7   where tablespace_name = ‘ASSM‘;

TABLESPACE_NAME BLOCK_SIZE EXTENT_MANAGEMENT ALLOCATION_TYPE SEGMENT_SPACE_MANAGEMENT

--------------- ---------- ----------------- --------------- ------------------------

ASSM                  8192 LOCAL             SYSTEM          AUTO

1.2 建表

SQL> create table my_objects tablespace assm as select * from all_objects;

Table created

SQL> select count(*) from my_objects;

COUNT(*)

----------

49903

2 实验前的信息

SQL> exec show_space(‘MY_OBJECTS‘);

Total Blocks  ..........................768

Total Bytes   ..........................6291456

Total MBytes  ..........................6

Unused Blocks ..........................62

Unused Bytes  ..........................507904

Unused KBytes ..........................496

Last Used Ext FileId....................7

Last Used Ext BlockId...................649

Last Used Block.........................66

The segment is analyzed below

FS1 Blocks (0-25)   ....................0

FS2 Blocks (25-50)  ....................0

FS3 Blocks (50-75)  ....................0

FS4 Blocks (75-100) ....................0

Unformatted Blocks  ....................0

Full Blocks         ....................686

PL/SQL procedure successfully completed

3 删除后的信息

然后我们随机地从table MY_OBJECTS中删除一部分数据：

SQL> delete from my_objects where object_name like ‘%C%‘;

17674 rows deleted

SQL> delete from my_objects where object_name like ‘%U%‘;

4687 rows deleted

SQL> delete from my_objects where object_name like ‘%A%‘;

7010 rows deleted

SQL> exec show_space(‘MY_OBJECTS‘);

Total Blocks  ..........................768

Total Bytes   ..........................6291456

Total MBytes  ..........................6

Unused Blocks ..........................62

Unused Bytes  ..........................507904

Unused KBytes ..........................496

Last Used Ext FileId....................7

Last Used Ext BlockId...................649

Last Used Block.........................66

The segment is analyzed below

FS1 Blocks (0-25)   ....................0

FS2 Blocks (25-50)  ....................212

FS3 Blocks (50-75)  ....................181

FS4 Blocks (75-100) ....................245

Unformatted Blocks  ....................0

Full Blocks         ....................48

PL/SQL procedure successfully completed

这里，table my_objects的HWM下有706(768 - 62)个block，其中，free space为25-50%的block有205个，free space为50-75%的block有180个，free space为75-100%的block有229个，full space的block只有45个，这种情况下，我们需要对这个table的现有数据行进行重组。

4 shink操作

要使用assm上的shink，首先我们需要使该表支持行移动，可以用这样的命令来完成：

SQL> alter table my_objects enable row movement;

Table altered

现在，就可以来降低my_objects的HWM，回收空间了，使用命令：

SQL> alter table my_objects shrink space;

Table altered

SQL> exec show_space(‘MY_OBJECTS‘);

Total Blocks  ..........................280

Total Bytes   ..........................2293760

Total MBytes  ..........................2.1875

Unused Blocks ..........................5

Unused Bytes  ..........................40960

Unused KBytes ..........................40

Last Used Ext FileId....................7

Last Used Ext BlockId...................265

Last Used Block.........................19

The segment is analyzed below

FS1 Blocks (0-25)   ....................0

FS2 Blocks (25-50)  ....................1

FS3 Blocks (50-75)  ....................1

FS4 Blocks (75-100) ....................0

Unformatted Blocks  ....................0

Full Blocks         ....................259

PL/SQL procedure successfully completed

在执行玩shrink命令后，此时表my_objects的HWM现在降到了276(280 - 5 + 1)的位置，而且HWM下的block的空间使用状况，full space的block有259个，free space 为25-50% 和50-75% Block只有1个。

5 shrink space原理剖析

5.1 实验环境

SQL> create table TEST_HWM (id int ,name char(2000)) tablespace ASSM;

Table created

SQL> insert into TEST_HWM values (1, ‘aa‘);

1 row inserted

SQL> insert into TEST_HWM values (2, ‘bb‘);

1 row inserted

SQL> insert into TEST_HWM values (3, ‘cc‘);

1 row inserted

SQL> insert into TEST_HWM values (4, ‘ds‘);

1 row inserted

SQL> insert into TEST_HWM values (5, ‘dss‘);

1 row inserted

SQL> insert into TEST_HWM values (6, ‘dss‘);

1 row inserted

SQL> insert into TEST_HWM values (7, ‘ess‘);

1 row inserted

SQL> insert into TEST_HWM values (8, ‘es‘);

1 row inserted

SQL> insert into TEST_HWM values (9, ‘es‘);

1 row inserted

SQL> insert into TEST_HWM values (10, ‘es‘);

1 row inserted

5.2 删除前rowid状态

SQL> select id,

2         name,

3         rowid,

4         dbms_rowid.rowid_object(rowid) object_id,

5         dbms_rowid.rowid_relative_fno(rowid) file_id,

6         dbms_rowid.rowid_block_number(rowid) block_id,

7         dbms_rowid.rowid_row_number(rowid) num

8    from test_hwm;

ID NAME  ROWID               OBJECT_ID    FILE_ID   BLOCK_ID        NUM

------ ----- ------------------ ---------- ---------- ---------- ----------

1 aa    AAANAqAAHAAAAElAAA      53290          7        293          0

2 bb    AAANAqAAHAAAAElAAB      53290          7        293          1

3 cc    AAANAqAAHAAAAElAAC      53290          7        293          2

4 ds    AAANAqAAHAAAAEmAAA      53290          7        294          0

5 dss   AAANAqAAHAAAAEmAAB      53290          7        294          1

6 dss   AAANAqAAHAAAAEmAAC      53290          7        294          2

7 ess   AAANAqAAHAAAAEnAAA      53290          7        295          0

8 es    AAANAqAAHAAAAEnAAB      53290          7        295          1

9 es    AAANAqAAHAAAAEnAAC      53290          7        295          2

10 es    AAANAqAAHAAAAEoAAA      53290          7        296          0

10 rows selected

5.3 删除后rowid状态

然后从table test_hwm中删除一些数据：

SQL> delete from TEST_HWM where id = 2;

1 row deleted

SQL> delete from TEST_HWM where id = 3;

1 row deleted

SQL> delete from TEST_HWM where id = 4;

1 row deleted

SQL> delete from TEST_HWM where id = 7;

1 row deleted

SQL> delete from TEST_HWM where id = 8;

1 row deleted

SQL> select id,

2         name,

3         rowid,

4         dbms_rowid.rowid_object(rowid) object_id,

5         dbms_rowid.rowid_relative_fno(rowid) file_id,

6         dbms_rowid.rowid_block_number(rowid) block_id,

7         dbms_rowid.rowid_row_number(rowid) num

8    from test_hwm;

ID NAME  ROWID               OBJECT_ID    FILE_ID   BLOCK_ID        NUM

------ ----- ------------------ ---------- ---------- ---------- ----------

1 aa    AAANAqAAHAAAAElAAA      53290          7        293          0

5 dss   AAANAqAAHAAAAEmAAB      53290          7        294          1

6 dss   AAANAqAAHAAAAEmAAC      53290          7        294          2

9 es    AAANAqAAHAAAAEnAAC      53290          7        295          2

10 es    AAANAqAAHAAAAEoAAA      53290          7        296          0

从以上的信息，可知表test_hwm中，剩下的数据是分布在AAAAEl，AAAAEm，AAAAEn，AAAAEo这样四个连续的block中。

SQL> exec show_space(‘TEST_HWM‘);

Total Blocks  ..........................8

Total Bytes   ..........................65536

Total MBytes  ..........................0.0625

Unused Blocks ..........................0

Unused Bytes  ..........................0

Unused KBytes ..........................0

Last Used Ext FileId....................7

Last Used Ext BlockId...................289

Last Used Block.........................8

The segment is analyzed below

FS1 Blocks (0-25)   ....................0

FS2 Blocks (25-50)  ....................1

FS3 Blocks (50-75)  ....................3

FS4 Blocks (75-100) ....................1

Unformatted Blocks  ....................0

Full Blocks         ....................0

PL/SQL procedure successfully completed

通过show_space_assm我们可以看到目前这四个block的空间使用状况，AAAAEl，AAAAEn，AAAAEo上各有一行数据，可以猜测free space为50-75%的3个block是这三个block，那么free space为25-50%的1个block就是AAAAEm了，剩下free space为 75-100% 的3个block，是HWM下已格式化的尚未使用的block。

5.4 shrink后rowid状态

SQL> alter table my_objects enable row movement;

Table altered

SQL> alter table my_objects shrink space;

Table altered

SQL> select id,

2         name,

3         rowid,

4         dbms_rowid.rowid_object(rowid) object_id,

5         dbms_rowid.rowid_relative_fno(rowid) file_id,

6         dbms_rowid.rowid_block_number(rowid) block_id,

7         dbms_rowid.rowid_row_number(rowid) num

8    from test_hwm;

ID NAME  ROWID               OBJECT_ID    FILE_ID   BLOCK_ID        NUM

------ ----- ------------------ ---------- ---------- ---------- ----------

9 es    AAANAqAAHAAAAEkAAA      53290          7        292          0

10 es    AAANAqAAHAAAAEkAAB      53290          7        292          1

1 aa    AAANAqAAHAAAAElAAA      53290          7        293          0

5 dss   AAANAqAAHAAAAEmAAB      53290          7        294          1

6 dss   AAANAqAAHAAAAEmAAC      53290          7        294          2

当执行了shrink操作后，可以发现shrink操作与move不太一样。在move操作的时候，所有行的rowid都发生了变化，table所位于的block的区域也发生了变化，但是所有行物理存储的顺序都没有发生变化，所以我们得到的结论是，oracle以block为单位，进行了block间的数据copy。而在shrink后，部分行数据的rowid发生了变化，同时，部分行数据的物理存储的顺序也发生了变化，而table所位于的block的区域却没有变化（ID为1，5，6的rowid没有发生变化，ID为9，10两行数据，原来在AAAAEn，AAAAEo上都移到AAAAEk上）。以上说明，shrink只移动了table其中一部分的行数据，来完成释放空间，而且，这个过程是在table当前所使用的block中完成的。

6 shrink的注意点

1. move时产生的日志比shrink时少．参看http://blog.csdn.net/huang_xw/article/details/7016365

2. shrink在移动行数据时，也一起维护了index上相应行的数据rowid的信息，当然shrink过程中用来维护index的成本也会比较高。而表move后index的状态是UNUSABLE的,需要进行rebuild。参见http://blog.csdn.net/huang_xw/article/details/7016415

3. oracle是从后向前移动行数据，那么，shrink的操作就不会像move一样，shrink不需要使用额外的空闲空间。

原文地址：https://www.cnblogs.com/klb561/p/10995016.html

时间： 2024-10-03 15:16:51

Oracle中shrink space命令的相关文章

自己整理的oracle中常见的命令

自己整理的oracle中常见的命令: oracle11g已经不支持isqlplus了.内置了oracle sql developer 1-----用户多次登录错误,被锁定: ALTER USER username ACCOUNT UNLOCK: 2-----修改用户密码: alter user system identifid by manager; 3-----创建/删除用户: create user lisi identified by lisi; drop user lisi cascad

Oracle中alter system命令参数之scope

SCOPE The SCOPE clause lets you specify when the change takes effect. Scope depends on whether you started up the database using a client-side parameter file (pfile) or server parameter file (spfile). scope可指定对system的修改何时生效,scope=memory|spfile|both ,

oracle中比较alter table t move 和alter table t shrink space

alter table t move和alter table t shrink space都可以用来进行段收缩,降低高水位HWM,也都可以用来消除行链接(Row Chaining)和行迁移(Row Migration),但是有如下区别:1)使用alter table move,会把表格最多收缩到创建表格时的storage子句指定的初始大小,使用alter table shrink space,则不受此限制.2)使用alter table move之后,索引会无效,需要重建,使用alter tab

oracle中imp命令详解 .

oracle中imp命令详解 Oracle的导入实用程序(Import utility)允许从数据库提取数据,并且将数据写入操作系统文件.imp使用的基本格式:imp[username[/password[@service]]],以下例举imp常用用法. 1. 获取帮助 imp help=y 2. 导入一个完整数据库 imp system/manager file=bible_db log=dible_db full=y ignore=y 3. 导入一个或一组指定用户所属的全部表.索引和其他对象

oracle中一些命令

查询oracle中是否存在一个表,例如A表 select object_name from all_objects where owner = '数据库用户名' and object_type LIKE 'TABLE%' and object_name = 'A' 如果存在将会输出A表名称,不存在即为空!通常用来在程序中验证数据库中是否存在此表! 查询oracle中表中字段: select column_name from dba_tab_columns x where x.table_name

如何在oracle中缩小临时表空间？ORA-01652无法在表空间中扩展temp

查询临时表空间有多大: SQL> SELECT tablespace_name, file_name, bytes FROM dba_temp_files WHERE tablespace_name like 'TEMP%'; TABLESPACE_NAME FILE_NAME BYTES ----------------- -------------------------------- -------------- TEMP /the/full/path/to/temp01.dbf 13,9

转-oracle中比较两表表结构差异和数据差异的方法

oracle中比较两表表结构差异和数据差异的方法 原作者:li2008xue2008ling 出处:http://blog.csdn.net 在工作中需要完成这么一个需求:比较两个表的表结构是否形相同,并找出差异.比较两个表中的数据是否相同,并找出差异数据? 分析:由于表结构中字段比较多,手工比较很浪费时间,而且不能保证不出错误.对于表中的数据那就能多了,更不能靠这种方式比较. 为了思考问题简单和方便测试,首先先建立两个测试表,并插入一些测试数据吧,sql如下: create table t_A

Oracle中B-TREE索引的深入理解(转载)

索引概述 索引与表一样,也属于段(segment)的一种.里面存放了用户的数据,跟表一样需要占用磁盘空间.只不过,在索引里的数据存放形式与表里的数据存放形式非常的不一样.在理解索引时,可以想象一本书,其中书的内容就相当于表里的数据,而书前面的目录就相当于该表的索引.同时,通常情况下,索引所占用的磁盘空间要比表要小的多,其主要作用是为了加快对数据的搜索速度,也可以用来保证数据的唯一性.但是,索引作为一种可选的数据结构,你可以选择为某个表里的创建索引,也可以不创建.这是因为一旦创建了索引,就意味着o

[20190918]shrink space与ORA-08102错误.txt

1.环境:[email protected]> @ ver1PORT_STRING                    VERSION        BANNER                                                                               CON_ID------------------------------ -------------- -------------------------------------