碎片整理

碎片整理的三种方法

一、碎片是如何产生的

 

当生成一个数据库时，它会分成称为表空间（ Tablespace ）的多个逻辑段（ Segment ），如系统（ System ）表空间 , 临时（ Temporary ）表空间等。一个表空间可以包含多个数据范围（ Extent ）和一个或多个自由范围块，即自由空间（ Free Space ）。

 

　　表空间、段、范围、自由空间的逻辑关系如下：

 

当表空间中生成一个段时，将从表空间有效自由空间中为这个段的初始范围分配空间。在这些初始范围充满数据时，段会请求增加另一个范围。这样的扩展过程会一直继续下去，直到达到最大的范围值，或者在表空间中已经没有自由空间用于下一个范围。最理想的状态就是一个段的数据可被存在单一的一个范围中。这样，所有的数据存储时靠近段内其它数据，并且寻找数据可少用一些指针。但是一个段包含多个范围的情况是大量存在的，没有任何措施可以保证这些范围是相邻存储的，如图〈 1 〉。当要满足一个空间要求时，数据库不再合并相邻的自由范围（除非别无选择），而是寻找表空间中最大的自由范围来使用。这样将逐渐形成越来越多的离散的、分隔的、较小的自由空间，即碎片。

 

二、碎片对系统的影响

 

　　随着时间推移，基于数据库的应用系统的广泛使用，产生的碎片会越来越多，将对数据库有以下两点主要影响：

 

　　1）导致系统性能减弱

 

　　如上所述，当要满足一个空间要求时，数据库将首先查找当前最大的自由范围，而 " 最大 " 自由范围逐渐变小，要找到一个足够大的自由范围已变得越来越困难，从而导致表空间中的速度障碍，使数据库的空间分配愈发远离理想状态；

 

　　2）浪费大量的表空间

 

　　尽管有一部分自由范围（如表空间的 pctincrease 为非 0 ）将会被 SMON （系统监控）后台进程周期性地合并，但始终有一部分自由范围无法得以自动合并，浪费了大量的表空间。

 

　　3、自由范围的碎片计算

 

　　由于自由空间碎片是由几部分组成，如范围数量、最大范围尺寸等，我们可用 FSFI--Free Space Fragmentation Index （自由空间碎片索引）值来直观体现：

 

　　FSFI=100*SQRT(max(extent)/sum(extents))*1/SQRT(SQRT(count(extents)))

 

可以看出， FSFI 的最大可能值为 100 （一个理想的单文件表空间）。随着范围的增加， FSFI 值缓慢下降，而随着最大范围尺寸的减少， FSFI 值会迅速下降。

下面的脚本可以用来计算 FSFI 值：

select tablespace_name,sqrt(max(blocks)/sum(blocks))*(100/sqrt(sqrt(count(blocks)))) fsfi

  from dba_free_space

  group by tablespace_name

  order by 1;

 

---- 统计出了数据库的 FSFI 值，就可以把它作为一个可比参数。在一个有着足够有效自由空间，且 FSFI 值超过 30 的表空间中，很少会遇见有效自由空间的问题。当一个空间将要接近可比参数时，就需要做碎片整理了。

 

 

三、碎片的整理方法

1、exp/imp

· exp user/password file=exp.dmp indexes=Y tables=(table1,table2);

导出成功后，删除已有的表

·drop table table1 or truncate table table1

·drop table table2 or truncate table table2

重新导入表

·imp user/password file=exp.dmp commit=Y buffer=64000 full=Y

exp/imp对于7*24时时在线系统不太合适,因为中间有drop的过程，会对关联此表的业务中断。注意：大表，表中碎片程度过高时，在exp时会比较慢。

 

2、move命令

我们通常使用这个命令，将一个table segment从一个tablespace移动到另一个tablespace。Move实际上是在block之间物理的copy数据，那么，我们可以通过这种方式来降低table的HWM。

 

a. 我们可以使用move将一个table从当前的tablespace上移动到另一个tablespace上，如：

alter table t move tablespace tablespace_name;

b. 我们还可以用move来改变table已有的block的存储参数,如：

alter table t move storage (initial 30k  next 50k); 

c.另外，move操作也可以用来解决table中的行迁移的问题。

 

 

 

使用move的一些注意事项: 

a.    table上的index需要rebuild：

b.      move时对table的锁定,但不会中断业务

c.      关于move时空间使用的问题：

当我们使用alter table move来降低table的HWM时，有一点是需要注意的，这时，当前的tablespace中需要有足够的空闲空间给table使用，测试时为表大小的一倍即可：

 

3、shrink命令

alter table scott.t shrink space;

a、无法解决行迁移

b、必须是local管理的自动段管理

c、shrink不锁定table。适用于7*24小时在线的系统

c、不可能是下面的段

-集群(cluster)、集群化表
-包含long列的物件
-LOB段
-包含函数索引(function index)的表

 

 注意：

a、shrink 之后表上的索引不需要重建

b、在表空间几乎没有空闲空间时，shrink也能执行，move必需要有足够的空间才能执行

c、在执行shrink时，此表必须得enable row movement状态，否则报ora-10636错误

d、shrink 命令让表缩小，cascade参数更能让相关的索引也同时缩小

alter table scott.t shrink space cascade;

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7862652/viewspace-709966/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7862652/viewspace-709966/