enq: TX - allocate ITL entry 等待事件中P2解码为type#=20即Bitmap Block，是ASSM位图争用的直接信号；需结合v$active_session_history、P2解析、dba_segments、DBMS_SPACE.SPACE_USAGE及块dump综合确认L1/L2争用位置与状态。
查 enq: TX - allocate ITL entry 等待是否指向位图块
ASSM 位图争用最直接的信号不是“位图块忙”，而是 enq: TX - allocate ITL entry 等待事件中，P2 参数解码后显示 type#=20（即 Bitmap Block）。这不是偶然现象，是 Oracle 内部对位图块访问的明确标记。
实操建议：
- 从
v$active_session_history中抓取高负载时段的等待样本：SELECT event, p1, p2, p3 FROM v$active_session_history WHERE event = 'enq: TX - allocate ITL entry' AND sample_time > SYSDATE - 1/24 - 用
SELECT dbms_utility.data_block_address_file(p2) fno, dbms_utility.data_block_address_block(p2) blk FROM dual解析 P2，确认文件号和块号是否落在已知段头或 L2/L1 位图块范围内 - 若该块在
dba_extents中查不到对应对象，但dba_segments显示其属于某段的HEADER_BLOCK或通过dump确认为 L2/L1 块，则基本锁定为 ASSM 位图争用
确认段是否真启用了 ASSM 且已产生位图结构
DBA_TABLESPACES.SEGMENT_SPACE_MANAGEMENT = 'AUTO' 只说明表空间创建时声明了 ASSM，不代表当前段已实际启用位图管理。刚建完、没插入数据的表（SEGMENT CREATION DEFERRED）根本没分配段头，更不会有 L1/L2 块。
实操建议：
- 先查段是否存在：
SELECT segment_name, header_block, header_file FROM dba_segments WHERE owner = 'XXX' AND segment_name = 'YYY'；返回空表示段未创建，ASSM 未激活 - 对已存在段，执行
EXEC DBMS_SPACE.SPACE_USAGE('OWNER', 'TABLE_NAME', 'TABLE')；若unformatted_blocks为 0，且fs4_blocks（≥75% 空闲）非 0，说明位图已生成并正在参与分配 - 避免只看表空间属性就下结论——没 DML 就没位图块，也没争用
定位争用发生在 L1 还是 L2 位图块
L2 块争用通常出现在段快速扩展、大量并发分配新区（ALLOCATE EXTENT）时；L1 块争用则更常见于高频小行插入，集中在少数热点 L1 所管理的数据块组上。二者争用模式和缓解路径完全不同。
实操建议：
- 用
ALTER SYSTEM DUMP DATAFILE转储疑似位图块，检查 dump 文件中BLOCK type=20后紧跟的level=1或level=2标识 - L2 块 dump 中会包含多个 L1 块地址（
L1 addr=0x...），而 L1 块 dump 中则列出具体数据块状态（如0x0000000000000004表示该块 ≥75% 空闲） - 若争用块集中于同一文件内连续小范围块号（如 130~135），大概率是 L1；若分散且块号跨度大（如 130、512、1024），倾向 L2
别把 HW contention 和位图争用混为一谈
enq: HW - contention 是高水位线推进锁争用，本质是多个进程同时申请新区导致的串行化；而位图争用是已有区内块级空间分配冲突。两者可能共存，但根因和解决手段截然不同。
实操建议：
- HW 争用看
v$segment_statistics中physical writes direct和segment space management统计突增，且伴随extents allocated频繁增长 - 位图争用不依赖 extent 分配，即使表空间已预分配足够空间、HWM 稳定，只要 INSERT 并发高，仍可能触发 L1/L2 块争用
- 调优方向也不同：HW 争用靠增大
INITIAL_EXTENT、禁用自动扩展或提前ALTER TABLE ... ALLOCATE EXTENT；位图争用靠增加FREELISTS（仅 MSSM）、拆分热点表、或用分区减少单一段压力
真实环境里，位图块争用往往藏得深——它不报错，只拖慢响应；它不显现在表空间定义里，只活在第一次 INSERT 之后的块内存结构中。你得亲手 dump 块、解析 P2、比对 SPACE_USAGE 输出，才能确认那个 type#=20 的块，是不是正被几十个会话同时戳着。
