oracle&&alter&table&..move&和alter&table..&shrink&space速度和存储需求比较
实验在vmware虚拟机64位的solaris操作系统，10g release 2环境实现
本例中使用到用户tj，tj用户使用表空间usertest，并有无限的配额。
bash-3.00$ isainfo
64-bit amd64 kernel
bash-3.00$ uname
SunOS sunos 5.10
Generic_ i86pc i386 i86pc
bash-3.00$ sqlplus / as
SQL*Plus: Release 10.2.0.1.0
- Production on Sun Jan 8 19:32:01 2012
Copyright (c) ,
Oracle.& All
rights reserved.
Connected to:
Oracle Database 10g
Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP
and Data Mining options
Connected.
首先查看数据库存储使用情况，这里使用到了脚本tspace.sql ,脚本内容不做介绍
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.8125&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
5&&&&&&&&&
&&&&&&&40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
.1875&&&&&&&&&
100&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
399.9375&&&&&&&
100&&&&&&&&&
7 rows selected.
00:00:00.03
1.首先测试alter table .. move
conn tj/tj
Connected.
00:00:00.08
本例大表的创建借助了tom的脚本。
tj@DB01& get
big_table.sql
& 1& create table
& 3& select rownum id,
from all_objects a
& 7& alter table big_table
& 8& declare
l_rows number := &1;
&11& begin
into big_table
select rownum, a.*
&15&&&&&&&
from all_objects a
where rownum &= &1;
l_cnt := sql%
while (l_cnt & l_rows)
&21&&&&&&&&&
insert into big_table
&22&&&&&&&&&
select rownum+l_cnt,
&23&&&&&&&&&&&&&&&&
OWNER, OBJECT_NAME, SUBOBJECT_NAME,
&24&&&&&&&&&&&&&&&&
OBJECT_ID, DATA_OBJECT_ID,
&25&&&&&&&&&&&&&&&&
OBJECT_TYPE, CREATED, LAST_DDL_TIME,
&26&&&&&&&&&&&&&&&&
TIMESTAMP, STATUS, TEMPORARY,
&27&&&&&&&&&&&&&&&&
GENERATED, SECONDARY
&28&&&&&&&&&&&
from big_table
&29&&&&&&&&&&
where rownum &= l_rows-l_
&30&&&&&&&&&
l_cnt := l_cnt + sql%
&31&&&&&&&&&
&35& alter table big_table
add constraint
&36& big_table_pk primary
&38& begin
dbms_stats.gather_table_stats
( ownname&&&
tabname&&&
=& 'BIG_TABLE',
method_opt =& 'for all indexed columns',
&&&&cascade&&&
=& TRUE );
&46* select count(*)
创建一个拥有2000000数据的大表
@big_table
Table created.
00:00:00.55
00:00:00.05
Enter value for 1:
l_rows number := &1;
l_rows number := 2000000;
Enter value for 1:
9:&&&&&&&&
where rownum &= &1;
9:&&&&&&&&
where rownum &= 2000000;
PL/SQL procedure
successfully completed.
00:00:07.59
Table altered.
00:00:19.69
PL/SQL procedure
successfully completed.
00:00:03.07
& COUNT(*)
----------
00:00:00.08
打开另外一个窗口，观察表空间使用的情况，计算big_table的大小
$ sqlplus / as
SQL*Plus: Release 10.2.0.1.0
- Production on Sun Jan 8 19:02:32 2012
Copyright (c) ,
Oracle.& All
rights reserved.
Connected to:
Oracle Database 10g
Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP
and Data Mining options
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.3125&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
&&&&&&&&2&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
193.9375&&&&&&&&
26&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST &&&&&&&&&&&400&&
132.9375&&&&&&&&
33&&&&&&&&
select 400-133
----------
表的大小是267M。
回到第一个窗口，删除表中不同位置的一些数据，模拟表碎片的状况
delete from big_table where id&=100000 and
id&=400000;
300001 rows
00:00:17.04
Commit complete.
00:00:00.02
delete from big_table where id&=800000 and
id&=1200000;
400001 rows
00:01:03.56
delete from big_table where id&=1700000;
300001 rows
00:00:29.02
Commit complete.
00:00:00.04
观察第二个窗口，看数据删除以后，表空间的存储使用情况。发现并没有什么变化，delete语句不会释放存储。
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
5&&&&&&&&&
&&&60&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
1.4375&&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
132.9375 &&&&&&&&33&&&&&&&&
7 rows selected.
执行alter table
..move命令，计算命令需要时间。
alter table big_
00:00:18.85
在执行过程中，在第二个窗口观察，表空间使用情况
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
&2&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
1.3125&&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&
&&&&400&&&
60.9375 &&&&&&&&15&&&&&&&&
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
&&&&&&100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
5&&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
1.3125&&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
12.9375&&&
&&&&&&3&&&&&&&&
7 rows selected.
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
5 &&&&&&&&&2&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
1.3125&&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
12.9375&&&&
&&&&&3&&&&&&&&
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
5&&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&
&&&&&&&&750&&&&
1.3125&&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
244.9375 &&&&&&&&61&&&&&&&&
7 rows selected.
select 400-244.9375
400-244.9375
------------
通过以上一段查询结果我们发现，在执行move命令过程当中，表空间的空闲空间会越来越少，在本例中当剩余空间到12.9375时，move操作最终完成，并最终释放空间，表在执行move操作后，表的大小由267M缩小到155M（也就是说有267-155=112M的碎片空间）。
move操作的完成需要额外的表空间存储来实现，但这个大小并不是表的大小的1倍，而是根据表上的碎片空间来决定，碎片空间越大，需要的表空间上额外的空间就会越少。当然对于特别大的表，建议表做分区，对每个分区单独move这样时间和空间需求都可以进一步控制。
2.接下来测试alter table.. shrink space操作，要求表空间是ASSM管理。为了进行比较，所做的操作一致。
tj@DB01& drop
table big_
00:00:02.76
@big_table
00:00:00.20
00:00:00.03
Enter value for 1:
l_rows number := &1;
l_rows number := 2000000;
Enter value for 1:
9:&&&&&&&&
where rownum &= &1;
9:&&&&&&&&
where rownum &= 2000000;
PL/SQL procedure
successfully completed.
00:00:08.97
00:00:15.88
PL/SQL procedure
successfully completed.
00:00:03.46
& COUNT(*)
----------
00:00:00.07&
在另外一个窗口观察，表的大小还是267M。
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
&&&96&&&&&&
USERS&&&&&&&&&&&&&&&&
5&&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
1.1875&&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75 &&&&&&&&32&&&&&&&&
USERTEST&&&&&&&&&&&
132.9375&&&&&&&&
33&&&&&&&&
回到到第一个窗口，开始删除数据
tj@DB01&& delete from big_table
where id&=100000 and
id&=400000;
300001 rows
00:00:19.81
delete from big_table where id&=800000 and
id&=1200000;
400001 rows
00:00:28.84
00:00:00.03
delete from big_table where id&=1700000;
300001 rows
00:00:36.38
Commit complete.
00:00:00.01
在第二个窗口观察，表空间没有任何变化
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
4096 &&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
5&&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
1.1875&&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
132.9375&&&&&&&&
33&&&&&&&&
回到第一个窗口，执行shrink
操作，为了执行这个命令，首先把表的row
movement属性开启。
select table_name,row_movement from user_
TABLE_NAME&&&&&&&&&&&&&&&&&&&&
------------------------------ --------
BIG_TABLE&&&&&&&&&&&&&&&&&&&&&
00:00:00.11
alter table big_table
Table altered.
00:00:00.07
alter table big_
00:03:40.39
在第一个窗口执行命令的过程中，在第二个窗口观察表空间存储的变化
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
5&&&&&&&&&
&&&&&&&60&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
90.3125&&&&&&&&
12&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
132.9375 &&&&&&&&33&&&&&&&&
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
5&&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&
&&&&&&&750&&&
82.3125&&&&&&&&
11&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
132.9375&&&&&&&&
33&&&&&&&&
7 rows selected.
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&
&&&&&5&&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
74.3125&&&&&&&&
10&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
132.9375 &&&&&&&&33&&&&&&&&
7 rows selected.
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
5&&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
74.3125&&&&&&&&
10&&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
132.9375&&
&&&&&&33&&&&&&&&
7 rows selected.
&sys@DB01& /&&
Tablespace&&
Total Size&
Free Size&& Pct
Free&& Pct
Used&&&&&&
------------ ----------
---------- ---------- ---------- ----------
USERDATA&&&&&&&&&&
100&&&&&&&&&
SYSAUX&&&&&&&&&&&&&
10.25&&&&&&&&&
USERS&&&&&&&&&&&&&&&&
5&&&&&&&&&
40&&&&&&&&
SYSTEM&&&&&&&&&&&&&
266.5625&&&&&&&&
36&&&&&&&&
UNDOTBS1&&&&&&&&&&&
.3125&&&&&&&&&
100&&&&&&&
EXAMPLE&&&&&&&&&&&&
31.75&&&&&&&&
32&&&&&&&&
USERTEST&&&&&&&&&&&
254.5625& &&&&&&&64&&&&&&&&
7 rows selected.
在以上的结果中，我们发现在命令执行过程当中，表的存储空间并没有任何变化，当命令执行完成后，存储空间释放。
&综合以上分析，move操作需要使用额外的表空间存储，但是速度更快（本例中
00:00:18.85）
&&&&&&&&&&&&&
shrink space操作，不需要任何额外的空间，但是速度要慢上很多（本例中
00:03:40.39）
不建议在业务高峰时使用move和shrink space命令,move操作会锁住表，这样其他并发的用户在表上执行的DML语句会产生等待。shrink操作可以把他理解成内部的DML语句操作，所以不会对表生成排他锁（只在调整高水位线的时候会产生表的排他锁），其他用户的DML语句可以照常执行，建议如果非要在业务高峰期操作，为了不影响其他用户可以考虑使用
shrink space命令。
可以把shrink命令分解：
1.只压缩空间不调整水位线
在业务繁忙时可以执行。
&alter table
2.调整水位线&
会产生锁，可以在业务比较少的时候执行，oracle 会记住1步骤中的操作，只调整水位线。
table big_table shrink
move命令会影响到表上的索引，索引需要rebuild。
shrink命令，oracle会维护索引，不用我们考虑。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。数据库空间满了怎么处理
[问题点数：100分，结帖人Anon]
数据库空间满了怎么处理
[问题点数：100分，结帖人Anon]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2011年6月 Oracle大版内专家分月排行榜第二2011年5月 Oracle大版内专家分月排行榜第二
2013年4月 Oracle大版内专家分月排行榜第二2013年3月 Oracle大版内专家分月排行榜第二2010年5月 Oracle大版内专家分月排行榜第二
2013年1月 Oracle大版内专家分月排行榜第三2011年12月 Oracle大版内专家分月排行榜第三2010年8月 Oracle大版内专家分月排行榜第三2010年4月 Oracle大版内专家分月排行榜第三2010年3月 Oracle大版内专家分月排行榜第三
本帖子已过去太久远了，不再提供回复功能。&&&&&&&&&&& 标签：&&&&&&&&&&&&&
3784人阅读
同事将一关键表中删了多余的300w条数据后，程序就变的异常缓慢。分析得出，应该是表空间碎片过多，旧的索引效率过低。
执行下面两句话：
alter table ycsbt_qyygxx_
alter index R_SBXX_YCSBD_FK
效果非常明显。
deltete不会释放表空间，但是可以重用，也就是插入可以填补空洞，当然现实应用中确实是存在经常删除很少插入的情况，这样就存在了释放表空间优化数据库的可行性了，truncate有不能带条件的缺陷，自然就想到用alter table move重移表空间的方法。这里要注意三个要素
1、& alter table move 省略了tablespace XXX, 表示用户移到自己默认的表空间，因此当前表空间至少要是该表两倍大，这很好理解，由于易错所以提出，就不再细说了。
2、& alter table move过程中会导致索引失效，必须要考虑重新索引
3、& alter table move过程中会产生锁，应该避免在业务高峰期操作！
就第二点和第三点做实验说明如下吧
Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.1.0
Connected as ljb
先获取该SESSION的SID,方便实验观察
SQL& select sid from v$mystat where rownum=1;
--------------------
SQL& create table ljb_test as select * from dba_
Table created
SQL& select count(*) from ljb_
& COUNT(*)
-------------------
SQL& create index idx_test on ljb_test(object_id);
Index created
查询当前该SESSION并无锁
SQL& select * from v$lock where sid=160;
ADDR&&&& KADDR&&&& SID TYPE&&&& ID1&&&&& ID2&&&&& LMODE&&& REQUEST&&&&& CTIME&&&&& BLOCK
-------- -------- ---------- ---- ---------- ---------- ---------- ---------- ---------- -----------------------------------------
查看索引状态也正常！
SQL& select index_name,table_name,status from user_indexes where table_name='LJB_TEST';
INDEX_NAME&&&&&&&&&&&&&&& TABLE_NAME&&&&&&&&&&&&&&&&&&&& STATUS
------------------------------ ------------------------------ -----------------------------------------------
IDX_TEST&&&&&&&&&&&&&&&&&&&&&& LJB_TEST&&&&&&&&&&&&&&&&&&&&&& VALID
alter table ljb_
重新再开一个窗口
执行如下命令，发现锁已经产生了
select * from v$lock where sid=160;
ADDR&&&& KADDR&&&&&& SID& TYPE&&&& ID1&&&&&&& ID2& LMODE& REQUEST& CTIME& BLOCK
-------- -------- ------ ---- ------- ---------- ------ -------- ------ ------------------------------------------------------------------
434530&&&&&& 160&& CF&&&&&&&& 0&&&&&&&&& 0&&&&&& 4&&&&&&& 0&&&&&&& 0&&&&&&&& 0
1FA072BC 1FA073D8&&&& 160&& TX&&& 917534&&&&&&&& 592&&&&& 6&&&&&&& 0&&&&&&& 1&&&&&&&& 0
&&&&&& 160& HW&&&&&&& 76&&& &&&& 6&&&&&&& 0&&&&&&& 0&&&&&&&& 0
1F9CC423C&&&&& 160& TM&&&& 84825&&&&&&&&& 0&&&&&&& 6&&&&&&& 0&&&&&&& 0&&&&&&&& 0
&&&&&& 160&& TT&&&&&&& 76&&&&&&&& 16&&&&&& 4&&&&&&& 0&&&&&&&& 0&&&&&&& 0
1F9C377C 1F9C37C4&&&& 160&& TS&&&&&&& 76&&& &&&&& 6&&&&&&& 0&&&&&&& 0&&&&&&&& 0
不过由于alter table move命令未结束，索引仍然有效！
SQL& select index_name,table_name,status from user_indexes where table_name='LJB_TEST';
INDEX_NAME&&&&&&&&&&&&&&& TABLE_NAME&&&&&&&&&&&&&&&&&&&& STATUS
------------------------------ ------------------------------ ----------------------------------------------------
IDX_TEST&&&&&&&&&&&&&&&&&&&&&& LJB_TEST&&&&&&&&&&&&&&&&&&&&&& VALID
等alter table ljb_命令结束后，再查看发现锁消失了
SQL&& select * from v$lock where sid=160;
ADDR&&&& KADDR& SID TYPE&&&&&&& ID1&&&&&& ID2&&&&& LMODE&&& REQUEST&&&&& CTIME&&&&& BLOCK
-------- -------- ---------- ---- ---------- ---------- ---------- ---------- ---------- ------------------------------------------
但是索引却失效了！
SQL& select index_name,table_name,status from user_indexes where table_name='LJB_TEST';
INDEX_NAME&&&&&&&&&&&&&&&&& TABLE_NAME&&&&&&&&&&&&&&&&&&&& STATUS
------------------------------ ------------------------------ ----------------------------------------------------
IDX_TEST&&&&&&&&&&&&&&&&&&&&&& LJB_TEST&&&&&&&&&&&&&&&&&&&&&& UNUSABLE
总结：这个实验说明：除了知道alter table move命令可以释放空间（当然这语句最根本的作用还是移动表到不同的表空间去，这里只是借用它可以释放空间的一个特性），还要了解该动作会锁表直到命令结束，而且会导致索引失效，属于危险命令，建议千万不要在业务高峰期操作。
都知道alter table move 或shrink space可以收缩段，用来消除部分行迁移，消除空间碎片，使数据更紧密，但move 跟shrink space还是有区别的。
Move会移动高水位，但不会释放申请的空间，是在高水位以下(below HWM)的操作。
而shrink space 同样会移动高水位，但也会释放申请的空间，是在高水位上下(below and above HWM)都有的操作。
也许很难理解吧，看测试就知道了。
SQL& select * from v$
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE&&& 10.2.0.1.0&&&&& Production
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
SQL& create table test (id number) storage (initial 10m next 1m)
Table created.
SQL& analyze table tes
Table analyzed.
SQL& col SEGMENT_NAME for a10
SQL& select SEGMENT_NAME,EXTENTS,BLOCKS,INITIAL_EXTENT/ init from user_segments where SEGMENT_NAME='TEST';
SEGMENT_NA&&& EXTENTS&&&& BLOCKS&&&&&& INIT
---------- ---------- ---------- ----------
TEST&&&&&&&&&&&&&& 10&&&&&& 1280&&&&&&&& 10
SQL& col TABLE_NAME for a10
SQL& select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
TABLE_NAME&&&& BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST&&&&&&&&&&&&&&& 0&&&&&&&& 1280
--TEST表初始分配了10M的空间，可以看到有10个EXTENTS，1280个BLOCKS。USER_TABLES视图显示有0个使用的BLOCKS，1280个空闲BLOCKS，即该10M空间内的BLOCK都还没被ORACLE”格式化”。
SQL& begin
2&& for i in 1..100000 loop
3&& insert into test values(i);
PL/SQL procedure successfully completed.
SQL& analyze table tes
Table analyzed.
SQL& select SEGMENT_NAME,EXTENTS,BLOCKS from user_segments where SEGMENT_NAME='TEST';
SEGMENT_NA&&& EXTENTS&&&& BLOCKS
---------- ---------- ----------
TEST&&&&&&&&&&&&&& 10&&&&&& 1280
SQL& select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
TABLE_NAME&&&& BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST&&&&&&&&&&&&& 186&&&&&&&& 1094
--插入10W条数据后，分配的空间仍不变，因为10个EXTENTS还没使用完。显示使用了186个BLOCKS，空闲1094个BLOCKS。这时候的186BLOCKS即是高水位线
SQL& delete from test where rownum&=50000;
50000 rows deleted.
SQL& analyze table tes
Table analyzed.
SQL& select SEGMENT_NAME,EXTENTS,BLOCKS from user_segments where SEGMENT_NAME='TEST';
SEGMENT_NA&&& EXTENTS&&&& BLOCKS
---------- ---------- ----------
TEST&&&&&&&&&&&&&& 10&&&&&& 1280
SQL& select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
TABLE_NAME&&&& BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST&&&&&&&&&&&&& 186&&&&&&&& 1094
SQL& select count(distinct dbms_rowid.rowid_block_number(rowid)) used_
USED_BLOCKS
-----------
&&&&&&&& 77
--这边可以看到，删掉一半数据后，仍然显示使用了186个BLOCKS，高水位没变。但查询真正使用的BLOCK数只有77个。所以DELETE操作是不会改变HWM的
Table altered.
SQL& analyze table tes
Table analyzed.
SQL& select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
TABLE_NAME&&&& BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST&&&&&&&&&&&&&& 81&&&&&&&& 1199
--MOVE之后,HWM降低了，空闲块也上去了
SQL& select SEGMENT_NAME,EXTENTS,BLOCKS from user_segments where SEGMENT_NAME='TEST';
SEGMENT_NA&&& EXTENTS&&&& BLOCKS
---------- ---------- ----------
TEST&&&&&&&&&&&&&& 10&&&&&& 1280
--但是分配的空间并没有改变，仍然是1280个BLOCKS。下面看用SHRINK SPACE的方式
SQL& alter table test
Table altered.
SQL& alter tab
Table altered.
SQL& analyze table tes
Table analyzed.
SQL& select SEGMENT_NAME,EXTENTS,BLOCKS from user_segments where SEGMENT_NAME='TEST';
SEGMENT_NA&&& EXTENTS&&&& BLOCKS
---------- ---------- ----------
TEST&&&&&&&&&&&&&&& 1&&&&&&&& 88
SQL& select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
TABLE_NAME&&&& BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST&&&&&&&&&&&&&& 81&&&&&&&&&&& 7
--分配的空间已经降到最小，1个EXTENTS ，88个BLOCKS
所以MOVE并不算真正意义上的压缩空间，只会压缩HWM以下的空间，消除碎片。我们一般建表时没有指定initial参数(默认是8个BLOCK)，也就感觉不到这个差异。而SHRINK SPACE真正做到了对段的压缩，包括初始分配的也压了，所以它是blow and above HWM操作。
至于需要哪种方法，得看你的需求来了，需要分析表的增长情况，要是以后还会达到以前的HWM高度，那显然MOVE是更合适的，因为SHRINK SPACE还需要重新申请之前放掉的空间，无疑增加了操作。
1.不过用MOVE的方式也可以做到真正的压缩分配空间，只要指定STORAGE参数即可。
Table dropped.
SQL& create table test (id number) storage (initial 10m next 1m)
Table created.
SQL& analyze table tes
Table analyzed.
SQL& select SEGMENT_NAME,EXTENTS,BLOCKS,INITIAL_EXTENT/ init from user_segments where SEGME
NT_NAME='TEST';
SEGMENT_NA&&& EXTENTS&&&& BLOCKS&&&&&& INIT
---------- ---------- ---------- ----------
TEST&&&&&&&&&&&&&& 10&&&&&& 1280&&&&&&&& 10
SQL& select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
TABLE_NAME&&&& BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST&&&&&&&&&&&&&&& 0&&&&&&&& 1280
SQL& alter table test move storage (initial 1m);
Table altered.
SQL& analyze table tes
Table analyzed.
SQL& select SEGMENT_NAME,EXTENTS,BLOCKS,INITIAL_EXTENT/ init from user_segments where SEGME
NT_NAME='TEST';
SEGMENT_NA&&& EXTENTS&&&& BLOCKS&&&&&& INIT
---------- ---------- ---------- ----------
TEST&&&&&&&&&&&& 16&&&&&&& 128&&&&&&&&& 1
SQL& select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
TABLE_NAME&&&& BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST&&&&&&&&&&&&& 0&&&&&&&&& 128
2.使用move时，会改变一些记录的ROWID，所以MOVE之后索引会变为无效，需要REBUILD。
3.使用shrink space时，索引会自动维护。如果在业务繁忙时做压缩，可以先shrink space compact，来压缩数据而不移动HWM，等到不繁忙的时候再shrink space来移动HWM。
4.索引也是可以压缩的，压缩表时指定Shrink space cascade会同时压缩索引，也可以alter index xxx shrink space来压缩索引。
5.shrink space需要在表空间是自动段空间管理的，所以system表空间上的表无法shrink space。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：45131次
排名：千里之外
原创：15篇
转载：21篇
评论：19条
(1)(1)(2)(2)(1)(3)(3)(9)(2)(5)(5)(1)(1)