必须显式指定NEXT和MAXSIZE，仅AUTOEXTEND ON会依赖版本默认值（如11g NEXT=128K），导致扩不动或扩太碎；MAXSIZE UNLIMITED才表示不限上限，但受文件系统和Oracle限制。
不能真正“无限”扩展，但可以设为 MAXSIZE UNLIMITED —— 前提是底层文件系统和 Oracle 版本支持，且必须配合 NEXT 显式指定，否则行为不可控。
为什么 ALTER DATABASE DATAFILE ... AUTOEXTEND ON 不够
只写 AUTOEXTEND ON 会依赖 Oracle 版本默认值：11g 默认 NEXT 是 128K，MAXSIZE 在某些平台（如 Windows）可能被隐式设为极小值，导致看似开了自动扩展，实际扩不动或扩得太碎。ORA-01653 报错时查 DBA_DATA_FILES 常发现 AUTOEXTENSIBLE = 'YES' 但 MAXBYTES = 0（即未真正生效）。
必须显式写出完整子句，缺一不可：
-
AUTOEXTEND ON是开关 -
NEXT决定每次扩展多少（单位建议用M，如NEXT 128M） -
MAXSIZE UNLIMITED才表示不限上限（注意：不是MAXSIZE 0，也不是留空）
正确启用 UNLIMITED 自动扩展的 SQL 写法
先确认文件路径完全匹配（区分大小写、斜杠方向、空格）：
SELECT file_name FROM dba_data_files WHERE tablespace_name = 'USERS';
再执行（以 /u01/oradata/ORCL/users01.dbf 为例）：
ALTER DATABASE DATAFILE '/u01/oradata/ORCL/users01.dbf' AUTOEXTEND ON NEXT 128M MAXSIZE UNLIMITED;
关键点：
-
MAXSIZE UNLIMITED必须全大写，不能写成unlimited或Unlimited，否则报 ORA-00922 -
NEXT值应为DB_BLOCK_SIZE整数倍（查v$parameter确认），否则可能被静默截断 - 执行后立即生效，无需重启或 offline 表空间
- 若路径有误，会报 ORA-01144（文件大小无效）或 ORA-01516（未找到数据文件）
UNLIMITED 的真实限制在哪
MAXSIZE UNLIMITED 并不等于“永远能扩”，它只是把上限交给操作系统和存储层：
- ext4 文件系统单文件最大 16TB；XFS 支持更大，但需确认内核和 mkfs 参数
- ASM 磁盘组有自身配额限制，
UNLIMITED可能被 ASM 隐式约束 - Oracle 11g 单个数据文件理论最大为 4,194,304 ×
DB_BLOCK_SIZE（如 8K 块 → 32GB），超过需用 BIGFILE 表空间 - 磁盘挂载点满时，扩展直接失败，报 ORA-19502 或 OSD-04011，和
MAXSIZE设置无关
该不该真的用 UNLIMITED
生产环境慎用 MAXSIZE UNLIMITED，除非你有强监控和磁盘容量保障：
- 单个文件失控膨胀可能挤占其他表空间甚至 OS 根分区
- RMAN 备份/恢复时间随单文件体积非线性增长
- 坏块影响范围扩大，故障恢复窗口变长
- 更稳妥的做法是设一个合理上限，比如
MAXSIZE 32G，并搭配定期添加新文件策略
真正容易被忽略的是：自动扩展只解决“已有文件变大”，不解决“表空间碎片化”或“单文件已达 OS 限制”——这时加文件比调 MAXSIZE 更有效。
