必须显式设置maxsize，否则autoextend on默认unlimited，生产环境等同于无限制；自动扩展绑定在单个datafile上，alter tablespace xxx autoextend on语法非法，须用alter database datafile指定路径、next和maxsize。
必须显式设置 MAXSIZE，否则 AUTOEXTEND ON 等于没限速——磁盘被撑爆前 Oracle 几乎不预警。
为什么 ALTER TABLESPACE xxx AUTOEXTEND ON 会报 ORA-00905
表空间本身不支持直接开启自动扩展，这个操作在语法上就不存在。自动扩展能力绑定在单个 DATAFILE 上，不是表空间层级的属性。
-
ALTER TABLESPACE users AUTOEXTEND ON→ 必报ORA-00905: missing keyword - 正确路径只有
ALTER DATABASE DATAFILE，且必须指定完整路径、NEXT和MAXSIZE - 查当前状态用：
SELECT file_name, autoextensible, maxbytes/1024/1024 AS max_mb FROM dba_data_files WHERE tablespace_name = 'USERS'; - 若
autoextensible = 'NO'，得先开扩展再设上限，不能跳步
如何安全设置 MAXSIZE 防止磁盘耗尽
MAXSIZE 不是“建议值”，而是硬性封顶。设错单位或忽略底层约束，等于白设。
- 单位必须显式写出且大写：
MAXSIZE 32G✅，MAXSIZE 32767❌（Oracle 当成字节，只设了 32KB） - Linux 路径区分大小写，
/U01/...和/u01/...是两个路径；Windows 正反斜杠都行，但别混用 - 查 OS 剩余空间用
df -h /u01/oradata/ORCL/，别只看dba_free_space里的数字 - 生产环境建议预留 ≥20% 缓冲：磁盘剩 100G，
MAXSIZE最高设 80G - 核心 OLTP 表空间（如
USERS、SYSTEM）单文件别超 32G；db_block_size=8K时理论极限约 32GB，30G 是稳妥上限
NEXT 值怎么选才不拖慢性能也不浪费空间
NEXT 决定下一次扩展时加多少，它固定不变，不是“动态增长量”。选错会直接引发 IO 毛刺或扩展失败。
- OLTP 场景（高频小事务）：
NEXT 64M–256M平衡频次与碎片；NEXT 1M会导致每秒多次扩展 - 批量加载/归档类表空间：
NEXT 500M–1G更合适，减少触发次数 -
NEXT 4G风险高：需连续 4GB 空间，若磁盘剩余 3.9GB 且不连续，扩展失败后仍报ORA-01653 - 绝对不要省略
NEXT—— Oracle 会按默认值（通常是当前大小的 10%）扩展，不可控
容易被忽略的底层硬限制
设完 MAXSIZE 32G 就以为安全？现实里常卡在更底层。
- ext4 文件系统单文件上限为 16TB，XFS 是 500TB，但你的挂载点可能只剩 20GB
- ASM 外部冗余下单文件硬限约 35TB，但磁盘组
free_mb可能已不足 -
db_block_size=8K时，SMALLFILE 数据文件理论极限约 32GB；若接近该值还硬扩，会报ORA-02142 - RAC 环境下，所有节点必须都能写入该路径，否则某个节点启动失败会连锁触发扩容失败
真正危险的不是不会扩，而是扩得太顺——直到 ORA-01119 或系统级 I/O 错误把实例直接卡死。每次改前查状态、看磁盘、核单位，比事后救火成本低得多。
