Oracle数据库中利用ASSM改善分段存储

为了保持其最强大和最灵活数据库的地位 Oracle在最近发布的几个版本里一直都在创建新的机制来对表格和索引的存储进行简化和分块 从Oracle i开始 Oracle开始在tablespace内部将对象管理进行自动化 第一个增强的地方原来叫做本地管理tablespace（或者简写作LMT） 在LMT里 Oracle将tablespace里的信息从数据字典的表格空间里移出去 而直接将其保存到tablespace自身里 这在Oracle i里已经成为了一个事实的标准 因为它减轻了数据字典的负担

表格空间的第二个主要增强的是自动分段空间管理（ASSM） 它首次出现在Oracle i里 有了ASSM 链接列表freelist被位图所取代 它是一个二进制的数组 能够迅速有效地管理存储扩展和剩余区块（free block） 因此能够改善分段存储本质

管理空间的两种方法

让我们从比较这两种空间管理开始

本地管理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存储参数的能力

Oracle值得赞扬的地方是 这两个空间管理的方法都是可选的特性 而且Oracle的老手可能仍会使用更加详细的方法 只要他们愿意的话 要注意 位图区段管理在Oracle i里是可选的 而且只能在tablespace这一层实现 这一点是十分重要的 原有的系统还能够继续使用传统方法来管理freelist

位图freelist挑战传统的空间管理

在我讨论位图freelist和传统的空间管理之前 让我们看看位图freelist是如何实现的 我会从使用区段空间管理自动参数创建tablespace开始

create tablespace　 a _lmt_tsdatafile　 c:\oracle\oradata\diogenes\a _lmt dbf size　 mEXTENT MANAGEMENT LOCAL　 Turn on LMTSEGMENT SPACE MANAGEMENT AUTO Turn on ASSM;

    一旦你定义好了tablespace 那么表格和索引就能够使用各种方法很容易地被移动到新的tablespace里 下面就是我进行创建的代码

create table　 new_custtablespace　 as _lmt_tsas　 select from customer; alter index cust_name_idx rebuild tablespace as _lmt_ts;　

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

关于一个万能的方法对于Oracle来说是否是最好的方法还有一些争论 在大型数据库里 单独的对象设置会带来性能和存储上的巨大不同 PCTFREE的问题

PCTFREE参数是用来指定数据块剩余空间大小的 这一空间为将来数据行的扩展而保留 如果PCTFREE设置得不得当 SQL的更新声明就可能导致大量的数据行碎片和断链

数据行在刚保存的时候还很小 而在后来进行了扩展 在这种情况下 PCTFREE的设置就显得尤其重要了 在这样的系统里 通常会把PCTFREE设置成等于 这就告诉Oracle要为数据行今后的扩展保留 ％的数据区段空间

PCTUSED的问题

对PCTUSED不正确的设置（例如设得太小了）会导致SQL插入声明性能的急剧下降 如果数据区块剩余空间不是很多 那么在SQL插入 *** 作的过程中就会产生过量的I/O 这是因为被重新使用的Oracle数据区块会被迅速地填满 从极端的角度来看 没有正确地设置PCTUSED会导致数据区块的剩余空间要比表格数据行的平均长度小 在这样的情况下 Oracle会五次尝试从freelist链取回区块 在五次尝试以后 Oracle会提升表格的水位 并为插入 *** 作腾出五个新的数据块

有了Oracle i的ASSM PCTUSED就不再控制表格数据块的重新链接阙值了 但是你必须依靠Oracle的判断来确定区块在什么时候会有足够的剩余空间放置到freelist里

尽管有了本地管理的tablespace和ASSM之后Oracle i会忽略PCTUSED FREELISTS和FREELIST GROUPS等参数 但是当它们用于表格定义的时候 Oracle还是不会给出错误信息

SQL> create table test_table (c number) tablespace a _test pctfree pctused storage ( freelists next m ) ;Table created

    如果你不记得带有ASSM的本地管理tablespace会略掉任何为PCTUSED NEXT和FREELISTS所指定的值的话 这将是一个十分严重的问题

使用ASSM的一个巨大优势是 位图freelist肯定能够减轻缓冲区忙等待（buffer busy wait）的负担 这个问题在Oracle i以前的版本里曾是一个严重的问题 现在让我们来仔细看看这个特性

在没有多个freelist的时候 每个Oracle表格和索引在表格的头部都曾有一个数据块 用来管理对象所使用的剩余区块 并为任何SQL插入声明所创建的新数据行提供数据块 当数据缓冲内的数据块由于被另一个DML事务处理锁定而无法使用的时候 缓冲区忙等待就会发生 当你需要将多个任务插入到同一个表格里的时候 这些任务就被强制等待 而同时Oracle会在同时分派剩余的区块 一次一个

有了ASSM之后 Oracle宣称显著地提高了DML并发 *** 作的性能 因为（同一个）位图的不同部分可以被同时使用 这样就消除了寻找剩余空间的串行化 根据Oracle的测试结果 使用位图freelist会消除所有分段头部（对资源）的争夺 还能获得超快的并发插入 *** 作（图A）

= ) window open( /sql/UploadFiles_ / / jpg ); src= if(this width > )this width = ;if(this height > ) this height = ; border= >

图A Oracle公司对使用位图freelist进行SQL插入 *** 作的测试结果

ASSM的局限性

尽管ASSM显示出了令人激动的特性并能够简化Oracle DBA的工作 但是Oracle i的位图分段管理还是有一些局限性的

一旦DBA被分配之后 它就无法控制tablespace内部的独立表格和索引的存储行为

大型对象不能够使用ASSM 而且必须为包含有LOB数据类型的表格创建分离的tablespace

你不能够使用ASSM创建临时的tablespace 这是由排序时临时分段的短暂特性所决定的

只有本地管理的tablespace才能够使用位图分段管理

lishixinzhi/Article/program/Oracle/201311/17754

这种问题要回答好要求知识比较全面。

1 从 *** 作系统层次上看

看CPU 内存 swqp（交换分区）等使用率

2 从磁盘上看

主要看磁盘读写。可以用dd测磁盘读写的速度 也可以在业务高峰期检测磁盘的速率。

3 从数据库本身来看。

先要看数据库各个参数的值 。 如sga的大小，process的大小，redo日志的个数与大小等这些关系到性能的参数是否设置合理。

长期观察的方式就是看各个时期的AWR报告。里面有各种性能指标，以及按执行时间或资源排列的sql ，以及各种等待时间的排名。从这里面可以掌握数据库的长期的性能变化。

即时观察的方式就是利用各种sql 查询 数据库在当前时间的各个性能指标(AWR报告里面的各种指标也都是通过sql查询出来的)

还有对数据库整体的一个检查：

如 表的大小，表是否需要分区而没有分区，索引是否创建，索引是否失效，开发人员写的sql是否正确使用到了索引，频繁使用的sql是否有绑定变量，有频繁大批量增删改的表是否存在高水位。。。

额 总之，这个话题涉及的知识非常多，尽可能多的学习一些东西，祝你好运。

具体情况具体分析。哪个表空间用的多。

如果确实数据量大，那必然要扩空间加数据文件。

如果数据库高水位线过高，浪费空间，那就在线回缩高水位，然后清表。

如果不会的话，教你一招，把你当前用户或者全库exp导出dmp，数据库清空，再imp导入dmp进库，库就会压缩很多。

以上就是关于Oracle数据库中利用ASSM改善分段存储全部的内容，包括:Oracle数据库中利用ASSM改善分段存储、如何检查oracle数据库性能、Oracle的表空间过一段时间就100%了，老是增加数据文件的大小也不是个办法，能有什么解决方案吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！