ora-01653报错主因是表空间无连续空闲区段，需按序排查：用户配额（dba_ts_quotas中max_bytes=0）、数据文件autoextensible状态及maxsize、磁盘剩余空间；新增数据文件比resize更安全且在线。
ora-01653 报错不是磁盘满了，而是表空间里没有连续空闲区段可分配——哪怕 dba_free_space 显示还有几 gb，也可能因配额为 0 或数据文件无法增长而失败。必须按顺序排查：用户配额 → 数据文件自动扩展状态 → 磁盘剩余空间。
查用户在目标表空间的配额是否为 0
这是最隐蔽但高频的坑：表空间明明有空闲，SCOTT 用户却报 ORA-01653。原因就是该用户在 USERS 表空间没被显式赋权。
- 执行：
SELECT username, tablespace_name, max_bytes FROM dba_ts_quotas WHERE username = 'SCOTT' AND tablespace_name = 'USERS'; - 若返回
max_bytes = 0：说明无配额，需立即执行ALTER USER SCOTT QUOTA UNLIMITED ON USERS;或指定额度如QUOTA 2G ON USERS - 新建用户默认
max_bytes = 0，不手动赋QUOTA就无法写入任何表空间 - 多租户环境下，
dba_ts_quotas必须在当前 PDB 中查，不能在CDB$ROOT查
确认数据文件 autoextensible 是否开启且上限足够
只开 AUTOEXTEND 不够，还得看 MAXBYTES 是不是卡在了 1GB 或 32GB 这类小值上。
- 查状态：
SELECT file_name, bytes/1024/1024 AS curr_mb, maxbytes/1024/1024 AS max_mb, autoextensible FROM dba_data_files WHERE tablespace_name = 'USERS'; -
autoextensible = 'NO'：必须手工扩容，用ALTER DATABASE DATAFILE '/path/to/users01.dbf' RESIZE 8192M; -
autoextensible = 'YES'但max_mb接近当前值：需调高上限，例如ALTER DATABASE DATAFILE '/path/to/users01.dbf' AUTOEXTEND ON MAXSIZE 32G; -
autoextensible = 'YES'且MAXSIZE足够，但扩容失败：立刻查alert_<sid>.log</sid>，大概率是文件系统级磁盘已满（报ORA-01119或ORA-27041）
新增数据文件比单纯 resize 更稳妥
当单个数据文件已接近操作系统文件大小限制（如 ext4 单文件上限 16TB），或原文件所在磁盘快满了，直接加新文件更安全。
- Oracle 19c 默认启用本地管理（
segment_space_management = AUTO），新增文件后无需手动干预 - 注意：如果表空间是
SMALLFILE类型（默认），单个文件不能超 32GB；若需更大，得建BIGFILE表空间 - 新增命令示例：
ALTER TABLESPACE USERS ADD DATAFILE '/u01/oradata/PROD/users04.dbf' SIZE 4096M AUTOEXTEND ON NEXT 512M MAXSIZE 32G; -
RESIZE操作会短暂阻塞 DML，而ADD DATAFILE是在线操作，业务影响更小
别忽略 increment_by 和块大小换算
错误中 “by 1024” 是数据块数量，不是字节或 MB。实际增长大小 = increment_by × db_block_size（通常为 8KB），误以为是 KB 或 MB 会导致预估严重偏差。
- 查当前块大小：
SELECT value FROM v$parameter WHERE name = 'db_block_size'; - 查数据文件增长单位：
SELECT file_name, increment_by * 8 / 1024 AS inc_mb FROM dba_data_files WHERE tablespace_name = 'USERS'; - 若
increment_by是 128，块大小是 8KB，则每次自动扩展 1MB，对大表插入可能太小，建议设为 1024（即 8MB） - 调整增长步长：
ALTER DATABASE DATAFILE '/u01/oradata/PROD/users01.dbf' AUTOEXTEND ON NEXT 8192K;
配额和自动扩展配置容易被忽略，尤其在多租户或 PDB 场景下；RESIZE 的阻塞风险、increment_by 的单位陷阱、以及新增文件时路径权限和 SELinux 拦截，都是线上环境最容易出问题的环节。
