assm下freelists参数完全无效，数据库忽略其设置；空闲空间由位图块管理，需通过调整initrans、pctfree及分区策略优化高并发dml性能。
assm下freelists参数完全无效
oracle 9i 之后默认启用自动段空间管理（assm），此时表或索引的 freelists 和 freelist groups 参数会被忽略——哪怕你显式指定，数据库也不会报错，但实际不生效。常见错误现象是：批量插入时会话频繁等待 enq: tx - allocate itl entry 或 read by other session，误以为加 freelists 能缓解，结果毫无改善。
验证方式很简单：
SELECT table_name, freelists, freelist_groups FROM user_tables WHERE table_name = 'YOUR_TABLE';在 ASSM 表空间中，这两列值恒为
1，与建表语句是否写了无关。- ASSM 使用位图块（bitmap block）管理空闲空间，不再依赖链表式 freelist
-
SEGMENT SPACE MANAGEMENT AUTO是表空间级属性，不可对单个对象关闭 - 如果真需要 freelist 行为，只能把表移到
SEGMENT SPACE MANAGEMENT MANUAL表空间——但代价是失去 ASSM 的并发扩展性，一般不推荐
批量DML前必须检查PCTFREE和INITRANS
ASSM 下空闲空间由位图块动态调度，但每个数据块的 ITL 槽（interested transaction list）数量仍由 INITRANS 控制；而 PCTFREE 决定了块内预留多少空间用于后续更新/扩展 ITL。大量并发 DML 时，ITL 不足直接导致会话排队等待 enq: TX - allocate ITL entry。
典型场景：用 50 个线程并行 INSERT /*+ APPEND */ 后紧接大量 UPDATE，发现更新变慢、等待上升。
-
INITRANS默认值通常为 2（堆表）或 4（索引），高并发 DML 建议设为 8～16，避免运行时动态扩展 ITL 槽带来的额外 latch 争用 -
PCTFREE默认 10%，若字段长度变化大或后续有频繁 UPDATE，建议调高到 15～20%，确保块内有足够空间容纳更多 ITL 槽 - 修改需重建段：
ALTER TABLE t MOVE PCTFREE 20 INITRANS 12;，注意这会锁表
INSERT /*+ APPEND */ 与普通 INSERT 的空间分配差异
直接路径插入（/*+ APPEND */）绕过 freelist/位图块，从高水位线（HWM）上方直接分配新区（extent），写入连续空闲块；而常规 INSERT 依赖 ASSM 位图查找可用块，可能跨多个分散位置，引发更多物理读和 buffer busy waits。
但 APPEND 不是万能解药：它无法触发触发器、不记录部分回滚信息、且在事务中混合使用会报错 ORA-12838: cannot read/modify an object after modifying it in parallel。
- 纯加载场景（ETL、日志归档）优先用
/*+ APPEND */，配合NOLOGGING进一步提速 - 带业务逻辑或需事务一致性的 DML，必须用常规 INSERT，并重点优化
INITRANS/PCTFREE - 分区表可结合
INSERT INTO PARTITION+APPEND，减少全局位图争用
高并发 DML 时位图块本身成瓶颈
ASSM 的核心是位图块，每个位图块管理约 16K～64K 数据块（取决于区大小）。当大量会话同时申请空间，集中在同一组位图块上竞争，会出现 enq: FB - contention 等待事件——这是 ASSM 下最隐蔽也最难调优的瓶颈。
常见信号：AWR 中 FB 类等待明显，且 segment header 或 bitmap block 的 buffer busy waits 高。
- 增大区大小（
UNIFORM SIZE）可减少位图块总数，但会增加空间浪费，适合数据量稳定的大表 - 拆分热点表为分区表，让不同会话落在不同分区的位图块上，比调参数更有效
- 避免小批量高频提交（如每次 10 行 commit），合并为每次 1000+ 行再 commit，降低位图更新频率
位图块争用不像锁那样直观，往往要从 AWR 的 Segment Statistics 和 Wait Events 双向交叉确认，容易被当成“数据库慢”笼统处理。
