ASSM 比 FLM 更可靠、争用更少，因其用多级位图块替代 freelist，降低 buffer busy wait 70% 以上；废弃 PCTUSED，仅靠 PCTFREE 和四级空闲区间自动管理空间；HWM 不变，但空间回收更稳定；仅在本地管理表空间下生效。
ASSM 在绝大多数 OLTP 场景下比传统 FLM（Freelist Management，即 MSSM）更可靠、更少争用，不是“理论上更好”，而是 Oracle 从 9i 起就默认启用、并持续优化的生产级选择。
为什么 ASSM 能显著降低 buffer busy wait
FLM 下多个会话插入时，会竞争同一段头里的 freelist 链表（尤其是单 freelist 场景），导致频繁等待；ASSM 改用位图块（L1/L2/L3）分散管理，每个位图块只负责一小批数据块（例如 16 个），插入请求可并行扫描不同位图位置。实际压测中，高并发插入时 buffer busy wait 可下降 70% 以上。
- 位图块本身不参与数据读写，只做空间状态标记，开销极低
- L1 块满后自动升出 L2，L2 满再升 L3，层级扩展平滑，无单点瓶颈
- 即使在 RAC 环境下，不同实例可各自操作不同位图区域，亲和性天然支持
PCTUSED 废弃后，PCTFREE 成为唯一关键参数
FLM 必须同时调优 PCTFREE 和 PCTUSED：前者预留 update 空间，后者决定块何时重新加入 freelist。ASSM 完全废弃 PCTUSED，仅靠位图的四级空闲区间（0–25%、25–50%、50–75%、75–100%）自动归类块，插入时按行大小直接匹配合适区间。
- 插入 4KB 行，Oracle 优先选“50–75% 空闲”区间里的块，而非盲目扫 freelist
-
PCTFREE仍需设置（如 10），它只影响块是否进入“已满”位图状态，不控制回收逻辑 - 误设
PCTUSED在 ASSM 下完全无效，SQL 解析器会静默忽略
ASSM 对高水位线（HWM）行为没有改变，但空间回收更稳定
很多人误以为 ASSM 能“自动降 HWM”，其实不然：HWM 由 extent 分配历史决定，与段空间管理方式无关。但 ASSM 在空间回收上更可控——DELETE 后，块一旦低于某空闲阈值（如从 50%→80% 空闲），位图会自动将其迁入更高空闲区间，后续 INSERT 更容易复用这些块，减少新 extent 分配。
- FLM 中，块可能长期卡在 freelist 上却因
PCTUSED设置不当无法被重用 - ASSM 不依赖阈值触发，只要位图状态变化，调度即响应
- 注意：
TRUNCATE仍是最有效降 HWM 方式，ASSM 不改变这一事实
真正容易被忽略的是：ASSM 的优势只在段级别生效，且要求表空间为 EXTENT MANAGEMENT LOCAL。如果建表时指定 SEGMENT SPACE MANAGEMENT MANUAL 却没意识到底层表空间是 ASSM 默认模式，Oracle 会静默忽略该子句并强制使用 ASSM——这种隐式覆盖常导致迁移后性能意外提升或下降，务必用 dba_tablespaces 显式确认。
