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 调，就像修车时拧空气滤清器盖子来解决发动机过热。
