Oracle 12c起_MAXEXTENTS UNLIMITED已弃用，语法有效但实际无效；真正决定表扩展能力的是数据文件AUTOEXTEND设置与表空间剩余空间。

Oracle 表空间中 _MAXEXTENTS UNLIMITED 已被弃用，别再设了

oracle 12c 起，_maxextents 参数（包括 unlimited）在段创建时完全失效，强行指定会被忽略。你看到的“设置成功”，其实是语法通过但没起作用——底层已由自动段空间管理（assm）和本地管理表空间（lmt）接管扩展逻辑。

常见错误现象：CREATE TABLE ... STORAGE (MAXEXTENTS UNLIMITED) 不报错，但查 DBA_SEGMENTS 会发现 MAX_EXTENTS 显示为 2147483645（即硬编码上限值），而非真正“无限”；更关键的是，后续插入爆满时仍会报 ORA-01653（表无法扩展），说明限制并未解除。

• 使用场景：仅适用于 Oracle 9i–11g 的字典管理表空间（DMS），现在几乎绝迹
• 参数差异：MAXEXTENTS UNLIMITED 在 LMT 下不生效；SEGMENT SPACE MANAGEMENT AUTO 才是现代扩展行为的控制核心
• 性能影响：强行沿用旧语法不会提升性能，反而掩盖真实瓶颈（如表空间剩余空间不足、数据文件未开启 AUTOEXTEND）

真正决定表能扩多大的，是表空间和数据文件配置

表本身没有“最大扩展数”概念，它的增长完全依赖所在表空间能否分配新区（extent），而表空间又受限于其包含的数据文件是否可自动扩展、有无剩余空间。

• 检查数据文件是否启用自动扩展：SELECT FILE_NAME, AUTOEXTENSIBLE, MAXBYTES FROM DBA_DATA_FILES WHERE TABLESPACE_NAME = 'YOUR_TS';
• 确保表空间有足够空闲空间：SELECT TABLESPACE_NAME, FREE_SPACE/1024/1024 MB_FREE FROM DBA_TABLESPACE_USAGE_METRICS;
• 若需“无限”增长，必须同时满足：数据文件设为 AUTOEXTEND ON 且 MAXSIZE UNLIMITED（或设为足够大值）

CREATE TABLE 里写 STORAGE(MAXEXTENTS...) 会怎样？

语法合法，但 Oracle 会静默丢弃该子句——无论你写 MAXEXTENTS 100 还是 MAXEXTENTS UNLIMITED，只要表空间是本地管理（LMT），就全无效。

• 验证方式：建表后查 DBA_SEGMENTS 的 MAX_EXTENTS 字段，始终是固定大数（2147483645），与你的输入无关
• 容易踩的坑：DBA 在迁移老脚本时保留该参数，误以为还在起作用；应用监控告警只看段级 MAX_EXTENTS，漏掉真正的数据文件空间耗尽风险
• 兼容性提示：Oracle 官方文档明确标注 MAXEXTENTS 为“deprecated”，未来版本可能报错

替代方案：用 ALTER DATABASE DATAFILE ... AUTOEXTEND ON 控制实际增长边界

想让表“尽可能多扩展”，唯一可靠路径是放开数据文件限制，而不是折腾表定义。

• 给现有数据文件加自动扩展：ALTER DATABASE DATAFILE '/u01/oradata/db/users01.dbf' AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED;
• 新建表空间时直接指定：CREATE TABLESPACE ts1 DATAFILE '/u01/ts1_01.dbf' SIZE 100M AUTOEXTEND ON;
• 注意：生产环境慎用 MAXSIZE UNLIMITED，应结合磁盘监控和容量规划，防止填满文件系统

真正的扩展瓶颈从来不在表定义里，而在数据文件是否可伸缩、表空间是否还有空闲块、ASM 磁盘组有没有余量——盯着 MAXEXTENTS 调，就像修车时拧空气滤清器盖子来解决发动机过热。