如何配置段自动空间管理_ASSM与本地管理表空间LMT解析-Oracle-PHP中文网

assm表空间不能设为manual，因lmt不支持手动段管理，10g+执行segment space management manual会报ora-12913；新建表空间必须用auto，freelist在lmt下无效。

assm 表空间为什么不能关自动段管理

本地管理表空间（lmt）启用后，segment space management 就锁死了——设成 auto 就是 assm，设成 manual 就退化回字典管理（dmt）逻辑，但 lmt 本身不支持 manual。换句话说：create tablespace ... segment space management manual 在 10g+ 会直接报错 ora-12913: cannot create dictionary managed tablespace。

常见错误现象：

误以为“LMT + MANUAL”能手动调用 FREELIST 控制并发插入——实际无效，LMT 下 FREELIST 参数被忽略
从老库迁移时硬改 DDL，把 AUTO 改成 MANUAL，建表空间失败

实操建议：

新建表空间一律用 SEGMENT SPACE MANAGEMENT AUTO，这是 LMT 的唯一合法值
想用 FREELIST？只能在 DMT 表空间里（已不推荐），或改用 ASSM 下的 PCTFREE + INITRANS 配合高并发场景
检查现有表空间：运行 SELECT tablespace_name, segment_space_management FROM dba_tablespaces，确认全是 AUTO

ASSM 下 `INITRANS` 和 `PCTFREE` 还有用吗

有用，但作用机制变了。ASSM 不再依赖链表式空闲块管理，而是用位图（bitmap）跟踪块内空间使用状态，所以 INITRANS 和 PCTFREE 不再影响“能否找到空闲块”，而是影响“块内是否预留足够 ITL 槽位和空闲空间来避免行迁移”。

容易踩的坑：

INITRANS 设太低（如默认 2），高并发 UPDATE 同一数据块时快速耗尽 ITL 槽位，触发 enq: TX - allocate ITL entry 等待
PCTFREE 设太高（如 40），块内有效存储密度骤降，浪费空间且增加 buffer cache 压力
设太低（如 5）又容易导致 UPDATE 时行迁移，产生额外 I/O 和 chain row 记录

实操建议：

OLTP 场景：起手设 INITRANS 16、PCTFREE 10；若监控到频繁 ITL waits，再逐步加 INITRANS
批量 INSERT 后只读查询场景：可设 PCTFREE 1，最大化块利用率
别迷信“ASSM 万能”，它没消除物理块结构约束，只是换了管理方式

怎么判断一个表是不是真正在用 ASSM 空间管理

看表所在表空间的 SEGMENT SPACE MANAGEMENT 是基础，但不够——还要确认该表的段（segment）确实由 ASSM 位图管理，而不是因为创建时指定 SEGMENT CREATION DEFERRED 或用了 IOT/LOB 等特殊结构导致行为偏差。

关键检查点：

查表空间：SELECT segment_space_management FROM dba_tablespaces WHERE tablespace_name = (SELECT tablespace_name FROM dba_tables WHERE table_name = 'YOUR_TABLE')
查段类型：SELECT segment_type, segment_name FROM dba_segments WHERE segment_name = 'YOUR_TABLE'，确保是 TABLE 而非 DEFERRED_SEGMENT
查块级位图信息（需 DBA 权限）：SELECT * FROM dba_extents WHERE segment_name = 'YOUR_TABLE' AND ROWNUM = 1，结合 DBMS_SPACE.SPACE_USAGE 获取实际位图使用统计

注意：DBA_SEGMENTS.BLOCKS 显示的是已分配块数，不是已使用块数；ASSM 下真实空闲空间得靠 DBMS_SPACE.SPACE_USAGE 或 DBA_TABLES.EMPTY_BLOCKS（后者对 ASSM 已不准确）。

从 DMT 迁移到 ASSM 表空间要重build 表吗

必须。DMT 表空间里的表段元数据（extent map、free list）和 ASSM 的位图结构完全不兼容。直接 ALTER TABLE ... MOVE TABLESPACE assm_ts 是唯一安全路径，否则会报 ORA-03241: Invalid unit size 或后续 DML 报空间分配异常。

实操要点：