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