<b>Oracle数据库中段管理方法的具体介绍-入门底子</b>[Oracle防范]
本文“<b>Oracle数据库中段管理方法的具体介绍-入门底子</b>[Oracle防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
用Oracle数据库10g通过回收浪费的空间、联机重组表格和评价增长的趋向,有效地在段中举行存储管理.近来,有人要求我评价一个与 Oracle 数据库竞争的RDBMS.在供应商的演示历程中,观众认为"最棒"的特点是,春联机重组的支持——该产品可以联机重新布置数据块,以使段的等价物更简便,并且不会影响当前的用户.
当时,Oracle还没有在Oracle 9i数据库中供应这种功效.但是目前,有了Oracle数据库10g,便可以轻松地联机回收浪费的空间和紧缩对象——恰好合适于起步者.
不过,在查验该特点之前,让我们看一看处理这项任务的"传统的"办法.
当前惯例
考虑让我们看一个段,如一张表,此中填满了块,如图1 所示.在正常操作历程中,删除了一些行,如图2 所示.现有就有了很多浪费的空间:(i)在表的上一个末尾和现有的块之间,以及(ii)在块内部,此中还有一些没有删除的行.
图 1:分配给该表的块.用灰色正方形表示行
Oracle不会释放空间以供其他对象利用,有一条简单的来由:由于空间是为新插入的行保存的,并且要适应现有行的增长.被占用的最高空间称为最高利用标志(HWM),如图2所示:
图 2:行背面的块已经删除了;HWM 仍保持不变
但是,这种办法有两个主要的问题:
当用户发出一个全表扫描时,Oracle始终必须从段一向扫描到HWM,即便它什么也没有发现.该任务延伸了全表扫描的时间.
当用直接途径插入行时 — 比方,通过直接加载插入(用APPEND提醒插入)或通过SQL*Loader直接途径 — 数据块直接置于HWM之上.它下面的空间就浪费掉了.
在Oracle9i及其从前的版本中,可以通过删除表,然后重建表并重新加载数据往复收空间;或通过利用ALTER TABLE MOVE号令把表移动到一个差别的表空间中往复收空间.这两种处理方法都必须脱机举行.别的,可以利用联机表重组特点,但是这需求至少双倍的现有表空间.
在10g中,该任务已经变得微不足道了;假定您的表空间中支持自动段空间管理(ASSM),您目前可以缩小段、表和索引,以回收闲暇块并把它们供应应数据库以作他用,让我们看看此中的缘由.
10g中的段管理方法
假想有一个表BOOKINGS,它保存有经过Web站点的联机登记.当一个登记确认后,就会把它存储在一个存档表BOOKINGS_HIST中,并从BOOKINGS表中删除该行.登记和确认之间的时间隔断根据客户有很大的差别,由于无法从删除的行得到充足的空间,因此很多行就插入到了表的 HWM 之上.
目前您需求回收浪费的空间.首先,精确地查明在可回收的段中浪费了多少空间.由于它是在支持ASSM的表空间中,您将不得不利用DBMS_SPACE包的SPACE_USAGE历程,以下所示:
declare l_fs1_bytes number; l_fs2_bytes number; l_fs3_bytes number; l_fs4_bytes number; l_fs1_blocks number; l_fs2_blocks number; l_fs3_blocks number; l_fs4_blocks number; l_full_bytes number; l_full_blocks number; l_unformatted_bytes number; l_unformatted_blocks number; begin dbms_space.space_usage( segment_owner => user, segment_name => 'BOOKINGS', segment_type => 'TABLE', fs1_bytes => l_fs1_bytes, fs1_blocks => l_fs1_blocks, fs2_bytes => l_fs2_bytes, fs2_blocks => l_fs2_blocks, fs3_bytes => l_fs3_bytes, fs3_blocks => l_fs3_blocks, fs4_bytes => l_fs4_bytes, fs4_blocks => l_fs4_blocks, full_bytes => l_full_bytes, full_blocks=> l_full_blocks, unformatted_blocks => l_unformatted_blocks, unformatted_bytes => l_unformatted_bytes ); dbms_output.put_line(' FS1 Blocks = ' ||l_fs1_blocks||' Bytes = '||l_fs1_bytes); dbms_output.put_line(' FS2 Blocks = ' ||l_fs2_blocks||' Bytes = '||l_fs1_bytes); dbms_output.put_line(' FS3 Blocks = ' ||l_fs3_blocks||' Bytes = '||l_fs1_bytes); dbms_output.put_line(' FS4 Blocks = ' ||l_fs4_blocks||' Bytes = '||l_fs1_bytes); dbms_output.put_line('Full Blocks = ' ||l_full_blocks||' Bytes = ||l_full_bytes); end; /
输出后果以下:
FS1 Blocks = 0 Bytes = 0 FS2 Blocks = 0 Bytes = 0 FS3 Blocks = 0 Bytes = 0 FS4 Blocks = 4148 Bytes = 0 Full Blocks = 2 Bytes = 16384 |
这个输出后果显示有4,148个块,具有75-100%的闲暇空间(FS4);没有其他闲暇块可用.这里唯一两个得到完好利用的块.4,148个块都可以回收.
接下来,您必须确保该表支持行移动.假如不支持,您可以利用以下号令来支持它:
alter table bookings enable row movement;
或通过Administration页上的企业管理器10g.您还要确保在该表上禁用全部基于行id的触发器,这是因为行将会移动,行id大概会发生改变.
最后,您可以通过以下号令重组该表中现有的行:
alter table bookings shrink space compact;
该号令将会在块内重新分配行,如图3所示,这就在HWM之下产生了更多的闲暇块,但是HWM自身不会举行分配.
图 3:重组行后的表中的块
在履行该操作后,让我们看一看空间操纵率所发生的改变.利用在第一步展示的PL/SQL块,可以看到块目前是若何组织的:
FS1 Blocks = 0 Bytes = 0 FS2 Blocks = 0 Bytes = 0 FS3 Blocks = 1 Bytes = 0 FS4 Blocks = 0 Bytes = 0 Full Blocks = 2 Bytes = 16384 |
注意这里的重要改变:FS4块(具有75-100%的闲暇空间)的数目目前从4,148降为0.我们还看到FS3块(具有50-75%的闲暇空间)的数目从0增添到1.但是,由于HWM没有被重置,总的空间操纵率仍旧是相同的.我们可以用以下号令查抄利用的空间:
SQL> select blocks from user_segments where segment_name = 'BOOKINGS'; BLOCKS --------- 4224 |
由该表占用的块的数目(4,224)仍旧是相同的,这是因为并没有把 HWM 从其原始位置移开.可以把HWM移动到一个较低的位置,并用以下号令回收空间:
alter table bookings shrink space;
注意子句COMPACT 没有呈现.该操作将把未用的块返回给数据库并重置HWM.可以通过查抄分配给表的空间来对其举行测试:
SQL> select blocks from user_segments where segment_name = 'BOOKINGS'; BLOCKS ---------- 8 |
块的数目从4,224降为8;该表内全部未用的空间都返回给表空间,以让其他段利用,如图4 所示.
图 4:在收缩后,把闲暇块返回给数据库
这个收缩操作美满是在联机状况下发生的,并且不会对用户产生影响.
也可以用一条语句来紧缩表的索引:
alter table bookings shrink space cascade;
联机shrink号令是一个用于回收浪费的空间和重置HWM的强盛的特点.我把后者(重置HWM)看做该号令最有效的后果,因为它改良了全表扫描的性能.
找到收缩符合挑选
在履行联机收缩前,用户大概想通过肯定可以举行最完好紧缩的段,以找出最大的回报.只需简单地利用dbms_space包中的内置函数verify_shrink_candidate.假如段可以收缩到1,300,000字节,则可以利用下面的PL/SQL代码举行测试:
begin if (dbms_space.verify_shrink_candidate ('ARUP','BOOKINGS','TABLE',1300000) then :x := 'T'; else :x := 'F'; end if; end; / |
PL/SQL历程成功完成.
SQL> print x X -------------------------------- T 假如目标收缩利用了一个较小的数,如 3,000: begin if (dbms_space.verify_shrink_candidate ('ARUP','BOOKINGS','TABLE',30000) then :x := 'T'; else :x := 'F'; end if; end; |
变量x 的值被设置成'F',意味着表无法收缩到3,000字节.目前假定您将着手在一个表上,大概大概是一组表上成立一个索引的任务.除了普通的构造元素,如列和单值性外,您将不得不考虑的最重要的事情是索引的预期大小 — 必须确保表空间有充足的空间来存放新索引.
在Oracle数据库9i 及其从前的版本中,很多DBA利用了大量的工具(从电子数据表到独立程序)来预计将来索引的大小.在10g中,通过利用DBMS_SPACE包,使这项任务变得极端微不足道.
以上是“<b>Oracle数据库中段管理方法的具体介绍-入门底子</b>[Oracle防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
本文地址: | 与您的QQ/BBS好友分享! |