ASSM通过L1/L2/L3位图块替代freelist，允许多会话并行扫描不同位图区域定位空闲块，彻底消除段头争用，显著减少buffer busy wait和read by other session等待事件，实测50并发下响应时间比MSSM低30%~60%。
ASSM在高并发INSERT场景下明显减少buffer busy wait
真实业务中，多个会话同时向一张表插入数据时，mssm容易出现buffer busy wait和read by other session等待事件激增。这是因为所有会话都要竞争访问同一个freelist链——尤其当freelists=1（默认值）时，串行化严重。
ASSM用L1/L2/L3位图块替代freelist，不同会话可并行扫描不同位图区域定位空闲块，彻底消除段头争用。实测中，50个并发INSERT会话下，ASSM的平均响应时间通常比MSSM低30%~60%，且等待事件几乎消失。
- 不要指望通过调大
FREELISTS来“修复”MSSM性能：它只是把争用从一个链分散到多个链，仍需维护链结构、仍受PCTUSED阈值卡顿影响 - ASSM的位图块（如file#4, block#176）本身也会成为热点，但Oracle已将其分散设计（L1管理16个数据块，L2管理多个L1，L3管理多个L2），实际极少成为瓶颈
- SYSTEM/UNDO/TEMP表空间强制使用MSSM，不是因为性能更好，而是它们本身不承受高并发DML——别拿这些表空间做ASSM对比测试
ASSM下PCTFREE是唯一有效的空间参数，其他设置全被忽略
执行CREATE TABLE t (...) STORAGE (FREELISTS 5 PCTUSED 40)在ASSM表空间里不会报错，但FREELISTS和PCTUSED字段在dba_tables中查不到，也不会生效。Oracle静默丢弃这些参数，只认PCTFREE。
这个参数的作用没变：控制块内预留多少空间供UPDATE扩展行（防止行迁移）。但它不再决定“能否插入”——ASSM允许块空闲率低于PCTFREE仍接受新行（只要位图状态标记为25–50%或更高），而MSSM一旦块使用率超过100 - PCTUSED就踢出freelist。
-
PCTFREE=10适合一般表；写密集型（如日志表）可设为5；含CLOB或频繁UPDATE的大行建议15~20 - 盲目压低
PCTFREE试图“省空间”反而增加行迁移风险——ASSM虽能复用碎片，但块内空间太碎时，UPDATE仍可能触发迁移 -
INITRANS和MAXTRANS仍有效，但它们管的是ITL槽位，和空间管理无关，别混淆
确认当前表空间是否启用ASSM不能查表，必须查表空间级属性
很多人误查dba_segments或dba_tables想确认某张表是否用ASSM，结果查不到segment_space_management字段——因为这是表空间（tablespace）级属性，不是对象级。
正确方式只有一条SQL：
SELECT tablespace_name, extent_management, segment_space_management FROM dba_tablespaces WHERE tablespace_name = 'USERS';
返回AUTO即为ASSM，MANUAL才是MSSM。注意：SYSTEM表空间永远是MANUAL，且不可更改。
- 新建非SYSTEM表空间在11gR2+默认就是
AUTO，除非显式指定SEGMENT SPACE MANAGEMENT MANUAL - 如果发现
segment_space_management = MANUAL，大概率是建库时未启用LMT，或人为降级过，应尽快迁移至ASSM -
dba_tablespaces视图里extent_management必须是LOCAL，ASSM才可能生效；DICTIONARY管理的表空间（DMS）根本不支持ASSM
ASSM位图结构导致空间回收行为与MSSM不同
DELETE大量数据后，MSSM下块若空闲率回升到PCTUSED以下，会立刻重新加入freelist，新INSERT能马上复用；ASSM则依赖位图状态更新，存在轻微延迟——不是bug，是设计使然。
位图把块空闲率划为4档：>75%、50–75%、25–50%、<25%。即使块已空，只要位图还没刷新到更高档位，INSERT仍可能分配新块而非复用旧块。这在OLTP短事务中几乎不可见，但在批量DELETE+INSERT混合场景中，可能观察到短暂的空间“虚高”。
- 不需要手动干预位图刷新——Oracle在后台自动维护，且延迟通常在毫秒级
- 不要用
ALTER TABLE ... SHRINK SPACE强行压缩ASSM表来“释放空间”：它会重写所有块并重置位图，对高负载系统风险极大 - 真正需要关注的是
PCTFREE是否匹配业务模式，而不是纠结位图档位切换时机
ASSM和MSSM的差异不在语法层面，而在底层资源调度逻辑。最容易被忽略的点是：所有参数调整都必须落在表空间创建那一刻，后续无法变更段空间管理模式——改表空间要重建，改表要MOVE，没有在线切换。
