浅显的理解（有问题的）：

mssm所有段操作都在修改freelist，大批量操作会引起争用。而assm由L1/L2/L3管理块，

一般L3可以管16个块（多的64也有），假如L2管200个那这一层就3200了，同时3200个

进程一起插入操作没问题，随机分配到3200个块里。小无敌。

深刻的理解：

1.L3到L2不是随机的，L2到L1是随机的。L2到L1的随机是在高水位线之下的。

2.建好表空间后，把某表的分配区大小改90m的时候，L1块数从64增加到了256个。

3.assm判断从哪个块插入的步骤，插入：数据字典确定L3——L2——随机一个高水位

下的L1——L1下的随机块——插入块

4.全表扫描的流程，查询：根据数据字典视图（dba_segments）找到L3——L3里的

区地图（Extent Map）——辅助地图（Auxillary Map）——具体L1——具体块

1.

我是这样想到原因的，我曾经做过直接路径插人的测试，这个测试验证了如果进行直接路径插人，每次会在高水点之上分配空间，如果提交，则修改高水点。如果不提交咩则不修改高水点，通过这种方式可减少 UNDO 的耗用。而普通的插人则是在高水点之下寻找空间。我们一直没有提过高水点。直接路径都是在高水点之上插人的，那么间接路径呢？肯定是在高水点之下了。好，答案已经见分晓了。高水点肯定在第 192 号块。因为第二个 LI 块中的数据块，都在高水点之上，因此，第二个 LI 块中的数据块不会被插人算法选择到。

v9 : .zrq 91LZ : svotqt : .зха : zaxeds тохо з Бет 00000000х0 О : : :1ареан зиаахз преан тот зиоэ зиэзхз

2.

SQL> create tablespace tbs_tsl datafile •reuse uniform size 1m: Tablespace created. /uOI/DiskI/tbs tsI 01. dbf' size 100m SQL> create table tablel (id int, name varchar2 (20)) tablespace tbs tsI; Table created. SQL> alter table tablel allocate extent Table altered. (size 90m) ;

3.

4.

本文从Oracle内核技术揭秘_吕海波中理解

ITPub博客

oracle assm（自动段管理）为什么可以提高插入并发（散记）

浅显的理解（有问题的）：

深刻的理解：

最新文章