ASSM表空间不能设为MANUAL因LMT不支持手动段管理10g执行SEGMENT SPACE MANAGEMENT MANUAL会报ORA-12913新建表空间必须用AUTOFREELIST在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确认全是 AUTOASSM 下 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 等特殊结构导致行为偏差。 There’s An AI For That 全球领先的 AI 聚合器收集10,225个AI工具可用于超过2,548个任务。