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 报空间分配异常。
实操要点：
- MOVE 前确保目标 ASSM 表空间有足够空间，且
COMPATIBLE参数 ≥ 9.2.0（实际建议 ≥ 11.2.0） - MOVE 会重建所有索引，记得加
UPDATE INDEXES子句，否则索引失效 - 大表考虑用
DBMS_REDEFINITION在线重定义，避免长锁表时间 - MOVE 后执行
ANALYZE TABLE ... VALIDATE STRUCTURE CASCADE，确认段结构一致性
迁移后最易被忽略的一点：应用层 SQL 执行计划可能因新统计信息变化而劣化，务必在 MOVE 后立刻收集统计信息，别等自动任务。
