本地管理表空间（LMT）与自动段空间管理（ASSM）概念

最新推荐文章于 2024-05-19 20:09:45 发布

weixin_30654583

最新推荐文章于 2024-05-19 20:09:45 发布

阅读量595

点赞数

文章标签：数据库数据结构与算法内存管理

原文链接：http://www.cnblogs.com/bolang100/p/6365443.html

版权

本文深入探讨Oracle的表空间管理，重点对比了字典管理表空间（DMT）、本地管理表空间（LMT）和自动段空间管理（ASSM）的特性与优缺点。LMT通过位图管理空间，提高了并发性和空间利用率，而ASSM通过位图freelist替代单向链接列表，解决了并发等待和空间碎片问题。文章还介绍了9i和10g对表空间管理的优化，如自动undo管理和完全本地化的临时表空间。

摘要由CSDN通过智能技术生成

创建表空间时，extent management local 定义本地管理表空间（LMT），segment space management auto 定义自动段空间管理（ASSM）。

extent management local（本地管理表空间）是在表空间的头部用位图区记录extent（区）的使用情况（是否为free）。与之相对的是字典管理表空间，用数据字典记录extent使用信息。

segment space management auto（段空间自动管理）是在段的头部使用位图管理块（BMB）来记录Block的使用情况（是否为free）。与之相对的是使用freelists进行管理的方式。

以上两个概念有些类似，感觉上只是管理的对象不同，本地管理表空间作用于表空间中的区，自动段空间管理作用于段中的数据块。因此在理解过程中容易混淆，现总结如上。

本地管理表空间_字典管理表空间_ASSM特点

上一篇 /下一篇 2012-02-25 13:02:30 / 个人分类：表空间

查看( 227 ) / 评论( 1 ) / 评分( 5 / 0 )

字典管理表空间-DMT 本地管理表空间-LMT

字典管理表空间(Dictionary-Managed Tablespace简称DMT)，8i以前包括以后都还可以使用的一种表空间管理模式，通过数据字典管理表空间的空间使用。

Oracle使用两个字典来记录Extents的使用情况：SYS.FET$记录空闲的Extents，SYS.UET$记录使用的Extents。在分配和释放分区时，都要修改者两个字典。属于DML操作，存在竞争，每个动作都是一个事务，会产生UNDO记录。需要周期性进行合并操作。效率低下

本地管理表空间(Locally Managed Tablespace简称LMT)，8i以后出现的一种新的表空间的管理模式，通过位图来管理表空间的空间使用。

通过数据头文件中的一个位图来记录文件中表空间的使用情况，每个BIT代表数据区，通过改变bit值来表示Extents的分配使用或释放，不属于DML操作，也不会产生UNDO记录，可以自动跟踪连续的空闲空间。带来的优势：不需要使用字典SYS.FET$和SYS.UET$上的递归SQL调用；减少数据字典的竞争；不会产生UNDO记录；不再需要周期性合并操作。

例：创建了一个本地管理的表空间，区间统一大小分配为64K
SQL> create tablespace leonarding
datafile '/ora01/oem/ leonarding 01.dbf' size 100m
extent management localuniform. size 64k;

本地管理tablespace（LMT） ——LMT是通过把EXTENT MANAGEMENT LOCAL子句添加到tablespace的定义句法而实现的。和原来由字典管理的tablespace（DMT）不同，LMT会将扩展管理自动化，并保持Oracle DBA不会被用来指定管理扩展大小的NEXT存储参数。这个原则唯一的例外是在NEXT和MINEXTENTS一起用在表格创建的时候。
　　自动段空间管理（ASSM）——ASSM的tablespace是通过将SEGMENT SPACE MANAGEMENT AUTO子句添加到tablespace的定义句法里而实现的。通过使用位图freelist取代传统单向的链接列表freelist，ASSM的 tablespace会将freelist的管理自动化，并取消为独立的表格和索引指定PCTUSED、FREELISTS和FREELIST GROUPS存储参数的能力。

自动段空间管理(ASSM)

在920以前，表的剩余空间的管理与分配都是由连接列表freelist来完成的，因为freelist存在串行的问题，因此容易引起段头的争用与空间的浪费（其实这一点并不明显），最主要的还是因为需要DBA花费大量的精力去管理这些争用并监控表的空间利用。

自动段空间管理（ASSM），它首次出现在Oracle920里。有了ASSM，连接列表freelist被位图所取代，它是一个二进制的数组，能够迅速有效地管理存储扩展和剩余区块（free block），因此能够改善分段存储本质，ASSM表空间上创建的段还有另外一个称呼叫Bitmap Managed Segments（BMB段）

Create tablespaceleonarding
datafile '/ora01/oem/leonarding01.dbf '
size 10m
EXTENT MANAGEMENT LOCAL-- Turn on LMT
SEGMENT SPACE MANAGEMENT AUTO-- Turn on ASSM;

一旦你定义好了tablespace，那么表和索引就能够使用各种方法很容易地被移动到新的tablespace里，带有ASSM的本地管理tablespace会略掉任何为PCTUSED、NEXT和FREELISTS所指定的值。

当表格或者索引被分配到这个tablespace以后，用于独立对象的PCTUSED的值会被忽略，而Oracle9i会使用位图数组来自动地管理tablespace里表格和索引的freelist。对于在LMT的tablespace内部创建的表格和索引而言，这个NEXT扩展子句是过时的，因为由本地管理的tablespace会管理它们。但是，INITIAL参数仍然是需要的，因为Oracle不可能提前知道初始表格加载的大小。对于ASSM而言，INITIAL最小的值是三个块。

新的管理机制用位图来跟踪或管理每个分配到对象的块，每个块有多少剩余空间根据位图的状态来确定，如>75%,50%-75%,25%-50%和<25%，也就是说位图其实采用了四个状态位来代替以前的pctused，什么时候该利用该数据块则由设定的pctfree来确定。

使用ASSM的一个巨大优势是，位图freelist肯定能够减轻缓冲区忙等待（buffer busy wait）的负担，这个问题在Oracle9i以前的版本里曾是一个严重的问题。

缓冲区不再忙等待
　　在没有多个freelist的时候，每个Oracle表格和索引在表格的头部都曾有一个数据块，用来管理对象所使用的剩余区块，并为任何SQL插入声明所创建的新数据行提供数据块。当数据缓冲内的数据块由于被另一个DML事务处理锁定而无法使用的时候，缓冲区忙等待就会发生。当你需要将多个任务插入到同一个表格里的时候，这些任务就被强制等待，而同时Oracle会在同时分派剩余的区块，一次一个。
　　有了ASSM之后，Oracle宣称显著地提高了DML并发操作的性能，因为（同一个）位图的不同部分可以被同时使用，这样就消除了寻找剩余空间的串行化。根据Oracle的测试结果，使用位图freelist会消除所有分段头部（对资源）的争夺，还能获得超快的并发插入操作
　　ASSM的局限性
　　尽管ASSM显示出了令人激动的特性并能够简化Oracle DBA的工作，但是Oracle9i的位图分段管理还是有一些局限性的：
　　
　　1.一旦DBA被分配之后，它就无法控制tablespace内部的独立表格和索引的存储行为。
　　2.大型对象不能够使用ASSM，而且必须为包含有LOB数据类型的表格创建分离的tablespace。
　　3.你不能够使用ASSM创建临时的tablespace。这是由排序时临时分段的短暂特性所决定的。
　　4.只有本地管理的tablespace才能够使用位图分段管理。
　　5.使用超高容量的DML（例如INSERT、UPDATE和DELETE等）的时候可能会出现性能上的问题。