Oracle 空间管理

hhajhh

　　空间管理
　　在ORACLE历史上有两种管理方式，手动管理和自动管理。
　　手动空间管理中，ORACLE通过列表Free List来管理，需要为每个段设置三个参数：
　　PCTFREE：块空闲空间百分比。（空闲小于它，才会从FREELISTS中移除）
　　PCTUSED：块被使用空间百分比。（使用空间小于它，才会加入FREELISTS）
　　FREELISTS：每个段使用的空闲列表数量。
　　这几个属性都是针对segment的，因此应在创建sement时指定，针对segment的所有数据块都有效。
　　SQL>CREATE TABLE TABLEA
　　(COL1 INT)
　　TABLESPACE TABLESPACE1
　　PCTFREE 20
　　PCTUSED 30
　　STORAGE (FREELISTS 23);
　　PCTFREE定义的空闲空间是为了UPDATE预留的，所以不建议设置成0。
　　ORACLE在段头（segment header）使用一个数据块来保存Free List，每一个DML操作进程都要先用排他方式获得Free List，所以Segment Header Block竞争会很多，Buffer Busy Wait事件会大量出现，9i后引入自动空间管理方式。
　　自动空间管理（Automatic Storage Space Management，ASSM）：
　　使用位图记录Bit来记录每个数据块的使用情况，使用4个bit来记录
值含义0000未格式化0001空间满0010拥有25%且50%且75%的空闲空间　　用来记录位图的数据块叫做Bitmapped Block（BMB），MBM有很多块、分级、分散在Extents中。这样大大减少竞争，减少Buffer Busy Wait事件。
　　在ASSM中，PCTREE仍然有用，用于更新操作时的记录扩展，而非用于数据插入。
　　以下代码查看TEST表数据块使用情况。
　　declare
　　v_unformatted_blocks number;
　　v_unformated_bytes number;
　　v_fs1_blocks number;
　　v_fs1_bytes number;
　　v_fs2_blocks number;
　　v_fs2_bytes number;
　　v_fs3_blocks number;
　　v_fs3_bytes number;
　　v_fs4_blocks number;
　　v_fs4_bytes number;
　　v_full_blocks number;
　　v_full_bytes number;
　　begin
　　dbms_space.space_usage(‘SYSTEM’,’TEST’,’TABLE’,
　　v_unformatted_blocks,
　　v_unformated_bytes,
　　v_fs1_blocks,
　　v_fs1_bytes,
　　v_fs2_blocks,
　　v_fs2_bytes,
　　v_fs3_blocks,
　　v_fs3_bytes,
　　v_fs4_blocks,
　　v_fs4_bytes,
　　v_full_blocks,
　　v_full_bytes);
　　dbms_output.put_line(‘Unformatted Blocks = ‘ ||v_unformatted_blocks);
　　dbms_output.put_line(‘FS1 Blocks = ‘ ||v_fs1_blocks);
　　dbms_output.put_line(‘FS2 Blocks= ‘ ||v_fs2_blocks);
　　dbms_output.put_line(‘FS3 Blocks= ‘ ||v_fs3_blocks);
　　dbms_output.put_line(‘FS4 Blocks= ‘ ||v_fs4_blocks);
　　dbms_output.put_line(‘Full Blocks = ‘ ||v_full_blocks);
　　FS1表示0~25%空闲空间的数据块数。
　　FS2表示25%~50%空闲空间的数据块数。
　　FS3表示50%~75%空闲空间的数据块数。
　　FS4表示75%~100%空闲空间的数据块数。
　　Extent空间管理：
　　有字典管理（Directory Managed Tablespace，DMT）和本地管理（Local Managed Tablespace, LMT），区别在于Oracle是如何记录Extents的使用信息。
　　在DMT中，用两个数据字典来记录，SYS.FET$记录空间的Extents，SYS.UET$是记录使用的Extents。
　　需要分配新的Extents时，从FET$中删除记录，而在UET$中增加记录。释放过程相反。
　　每个动作都是一个事务，需要Space Transaction Enqueue Latch。Latch排他导致大量递归SQL调用还有竞争，性能恶化。而且作为DML还会产生UNDO记录，为了避免空间碎片不断进行空间合并（由SMON进行的Coalescing）。
　　LMT中，在数据文件头一个位图来记录本文件数据块使用情况，不会产生UNDO信息，可以自动跟踪连续的空闲空间。
　　优势：
　　不再需要UET$和FET$字典的递归SQL
　　减少数据字典竞争（STEL）
　　不产生UNDO记录
　　不需要定期合并（Coalescing）
　　SQL>CREATE TABLESPACE TBS1

　　DATAFILE  ’/home/oradata/tbs01.dbf’>　　EXTENT MANAGEMENT LOCAL
　　SEGMENT SPACE MANAGEMENT AUTO;
　　推荐使用ASSM和LMT。