不设 maxsize 的 autoextend on 极其危险，因文件系统有硬上限（如 ext4 16tb），而 oracle 的 unlimited 会持续扩展直至磁盘耗尽，引发 ora-01119 或 i/o 错误；dba_data_files.maxbytes=0 并非禁用自动扩展，而是未显式设限；maxsize 应基于文件系统可用空间、表空间用途及共享存储情况设定，建议预留 ≥20% 缓冲，并严格验证路径与单位。
自动扩展不设 maxsize 就等于没刹车，磁盘被撑爆是大概率事件，不是小概率风险。
为什么 AUTOEXTEND ON 却没设 MAXSIZE 很危险
Oracle 层面的 AUTOEXTEND ON 默认就是 MAXSIZE UNLIMITED（12c+），但这个“无限”只对 Oracle 有效——底层文件系统早就不行了。比如 ext4 单文件上限 16TB、XFS 是 500TB，而你的磁盘可能只剩 20GB。一旦业务写入突增（如批量归档、LOB 大量插入、UNDO_RETENTION 过长未收缩），数据文件会持续膨胀，直到 ORA-01119 或系统级 I/O 错误直接卡死数据库。
更隐蔽的是：有些 DBA 查到 dba_data_files.maxbytes = 0 就以为禁用了自动扩展，其实这只是表示没显式设上限，autoextensible = 'YES' 时照样会无限扩。
-
MAXSIZE UNLIMITED在 ASM 磁盘组里还受外部冗余限制（单文件上限约 35TB） - Oracle 11g/12c 若
db_block_size=8K，单个 SMALLFILE 数据文件理论极限约 32GB；设MAXSIZE 32767M是为留缓冲，不是凑整 - 监控告警往往滞后——等
DBA_FREE_SPACE显示使用率 95% 时，磁盘可能已剩不到 5GB
MAXSIZE 设多大才安全
不能拍脑袋定 100G 或 1TB，得看三件事：文件系统可用空间、表空间用途、是否共享存储。
- 先用 OS 命令确认路径真实剩余：
df -h /u01/oradata/PROD/，不是看 Oracle 里的maxbytes - 生产环境建议预留 ≥20% 缓冲，例如磁盘剩 100G，
MAXSIZE最高设 80G - 核心 OLTP 表空间（如
USERS、SYSTEM）别超 32G；临时或归档类可放宽，但也要匹配磁盘分区大小 - RAC 环境下，所有节点必须都能写入该路径，否则某个节点启动失败会连锁触发扩容失败
查和改 MAXSIZE 的实操要点
别信“我之前设过”，每次操作前都重新查状态。很多故障源于上次改完没验证，或路径大小写/斜杠方向不一致。
- 查当前配置：
SELECT file_name, autoextensible, bytes/1024/1024 AS curr_mb, maxbytes/1024/1024 AS max_mb FROM dba_data_files WHERE tablespace_name = 'USERS'; -
ALTER DATABASE DATAFILE是唯一能改单个文件MAXSIZE的命令，语法严格：AUTOEXTEND ON NEXT 128M MAXSIZE 32767M—— 单位M必须写，漏掉就变成字节级（MAXSIZE 32767= 32KB） - 如果原先是
AUTOEXTEND OFF，不能只改MAXSIZE，得先开再设：ALTER DATABASE DATAFILE '/path/x.dbf' AUTOEXTEND ON NEXT 128M MAXSIZE 32G; - 路径必须和
dba_data_files.file_name完全一致，Windows 下用正斜杠或双反斜杠均可，但别混用
比 MAXSIZE 更容易被忽略的三个点
很多人设完 MAXSIZE 就收工，结果两天后又爆盘。真正的问题常藏在下面：
- 用户配额（
DBA_TS_QUOTAS.max_bytes）是 0：表空间有 20GB 空闲，但用户没额度，照样报ORA-01653；新用户默认 quota 为 0，必须显式执行ALTER USER xxx QUOTA UNLIMITED ON USERS -
NEXT值不合理：设NEXT 1M会导致高频扩展抖动；设NEXT 4G可能一次分配失败（找不到连续空间），建议 OLTP 用NEXT 64M–256M - 碎片化严重：
DBA_FREE_SPACE总空闲够，但最大连续 extent 只有 2MB，而插入需要 8MB，ORA-01653照样报；此时要ALTER TABLESPACE USERS COALESCE;整理
