必须显式设置MAXSIZE，否则AUTOEXTEND ON默认UNLIMITED，生产环境等同于无限制；自动扩展绑定在单个DATAFILE上，ALTER TABLESPACE xxx AUTOEXTEND ON语法非法，须用ALTER DATABASE DATAFILE指定路径、NEXT和MAXSIZE。
必须显式设置，否则默认是——这在生产环境等于没设限，磁盘被撑爆前几乎不会预警。
查清每个数据文件的真实状态再动手
表空间的自动扩展能力绑定在单个
上，不是表空间整体可设。很多人执行
直接报
，因为该语法根本不存在。
先确认目标文件当前是否可扩、扩到哪了：
若
：得先开扩展，再设上限，不能跳步
若
：说明
未生效（
关闭时该值无意义）
若
：大概率是 Oracle 11g/19c 在
下的隐式 32GB 封顶，再涨就报
ALTER DATABASE DATAFILE 是唯一有效路径
改
只能用
，且单位必须写全，顺序不能错。常见翻车点：
❌：Oracle 当成字节，实际只设了 32KB
✅：单位明确，推荐写法；
也合法，但易误读
路径大小写/斜杠方向不一致：Linux 下路径区分大小写，Windows 下正反斜杠都行，但别混用
一次改多个文件？别用脚本批量跑——
或
文件路径写错一个，实例可能无法启动
安全示例：
NEXT 值不是越小越好，也不是越大越省事
决定下一次扩展时加多少，不是“每次动态增长量”，它固定不变。选错会直接拖慢写入或浪费空间：
oracle知识库
oracle知识库下载
下载
OLTP 场景（高频小事务）：
平衡扩展频次与碎片；
会导致每秒多次扩展，IO 毛刺明显
批量加载/归档类表空间：
更合适，减少触发次数
风险高：一次需连续 4GB 空间，若磁盘剩余 3.9GB 且不连续，扩展直接失败，后续仍报
别忽略底层约束：
时单文件理论极限约 32TB，但 ext4 文件系统通常卡在 16TB，ASM 外部冗余下单文件硬限 35TB——
必须低于这些值，留出缓冲。
配额（QUOTA）和碎片常被当成“表空间有空闲”就忽略
报错时，
显示还有 5GB 空闲？可能根本分不到用户头上。
查用户配额：
—— 若
，用户完全不能写，哪怕表空间空着 20GB
碎片问题：
整理空闲 extent，尤其当
中最大
小于建表所需 initial extent 时必报错
新增数据文件比
更安全：
是在线操作，不锁表；而
在某些版本中会短暂阻塞 DML
真正稳住表空间，靠的不是单设
，而是配额、碎片、文件系统空间、NEXT 增量四者同步校准。漏掉任何一环，监控告警还没响，磁盘先
显示 100%。
maxsizeautoextend onunlimitedDATAFILEALTER TABLESPACE users AUTOEXTEND ONORA-00905: missing keywordSELECT file_name, autoextensible, bytes/1024/1024 AS curr_mb, maxbytes/1024/1024 AS max_mb FROM dba_data_files WHERE tablespace_name = 'USERS';autoextensible = 'NO'max_mb = 0MAXSIZEautoextensiblemax_mb = 32767db_block_size=8KORA-02142MAXSIZEALTER DATABASE DATAFILEMAXSIZE 32767MAXSIZE 32G32767MSYSTEMUNDOTBS1ALTER DATABASE DATAFILE '/u01/oradata/ORCL/users01.dbf' AUTOEXTEND ON NEXT 128M MAXSIZE 32G;NEXTNEXT 64M–256MNEXT 1MNEXT 500M–1GNEXT 4GORA-01653db_block_size=8KMAXSIZEORA-01653DBA_FREE_SPACESELECT username, tablespace_name, max_bytes FROM dba_ts_quotas WHERE username = 'APP_USER' AND tablespace_name = 'USERS';max_bytes = 0ALTER TABLESPACE USERS COALESCE;DBA_FREE_SPACEbytesRESIZEADD DATAFILERESIZEMAXSIZEdf -h