ora-01653错误主因是表空间无连续空闲空间，需查dba_free_space与dba_data_files确认使用率；若≥95%则须扩容，优先启用autoextend或添加新数据文件，并核对用户默认表空间及配额。
查表空间剩余空间，别只看磁盘
navicat 导入时报 ora-01653 或 ora-01536，第一反应不是服务器磁盘满了——实际中常见的是 oracle 表空间本身已满，而操作系统磁盘还有大量空闲。直接查 dba_free_space 和 dba_data_files 才是关键。
- 运行这条 SQL 快速定位：
SELECT tablespace_name, ROUND((bytes - NVL(free_bytes, 0)) / bytes * 100, 2) used_pct FROM (SELECT tablespace_name, SUM(bytes) bytes FROM dba_data_files GROUP BY tablespace_name) a LEFT JOIN (SELECT tablespace_name, SUM(bytes) free_bytes FROM dba_free_space GROUP BY tablespace_name) b ON a.tablespace_name = b.tablespace_name WHERE a.tablespace_name = 'YOUR_TABLESPACE_NAME';
- 如果
used_pct≥ 95%，基本可以确认是表空间撑满了； -
SYSTEM表空间满也常见，尤其在 Navicat 同步含大量 DDL 的场景下，它会默认往SYSTEM里建临时对象； - 注意：
dba_free_space不包含未格式化的空间（比如刚扩容但没触发分配的块），所以“有空闲”不等于“能用”。
扩展表空间的两种可靠方式
手动扩展不能只靠“加个文件”或“调个大小”，得看当前数据文件是否已达平台限制（如 Windows 下单个 .dbf 文件最大 32GB）或自动扩展是否被禁用。
- 先检查自动扩展状态：
SELECT file_name, autoextensible, maxbytes/1024/1024 max_mb FROM dba_data_files WHERE tablespace_name = 'YOUR_TABLESPACE_NAME';
如果autoextensible是NO，必须先开； - 开自动扩展（推荐 NEXT 512M，MAXSIZE UNLIMITED）：
ALTER DATABASE DATAFILE '/path/to/your.dbf' AUTOEXTEND ON NEXT 512M MAXSIZE UNLIMITED;
- 若文件已达上限（如
max_mb显示 32768），则必须新增数据文件：ALTER TABLESPACE YOUR_TABLESPACE_NAME ADD DATAFILE '/new/path/file02.dbf' SIZE 2G AUTOEXTEND ON NEXT 512M MAXSIZE 30G;
- 避免只扩一个文件到极限——分散多个小文件更利于 I/O 均衡，也规避单文件爆满风险。
Navicat 导入前必须核对的三项配置
即使表空间已扩容，Navicat 仍可能因配置错位失败。重点不是“能不能导”，而是“往哪导”和“以谁身份导”。
- 确认目标用户默认表空间：
SELECT username, default_tablespace FROM dba_users WHERE username = 'YOUR_USER';
如果显示是USERS，但你扩的是DATA，那导入照样失败； - 检查用户在该表空间的配额：
SELECT tablespace_name, bytes/1024/1024 quota_mb FROM dba_ts_quotas WHERE username = 'YOUR_USER' AND tablespace_name = 'YOUR_TABLESPACE_NAME';
若为0或NULL，需执行：ALTER USER YOUR_USER QUOTA UNLIMITED ON YOUR_TABLESPACE_NAME;
- Navicat 导入向导中，“Schema”页的
Default tablespace下拉框要与用户默认表空间一致；若手动指定 DDL 中的TABLESPACE子句，务必全大写（Oracle 默认不区分大小写，但显式指定必须匹配）。
导入中途报空间不足，别重头再来
如果导入进行到一半突然卡在某个 INSERT 报 ORA-01653，说明该语句试图在已满的段上分配新 extent。此时停掉导入、扩容、再续导并不安全——部分表可能已建好但没数据，索引可能残缺。
- 最稳妥做法：回滚整个导入事务（Navicat 通常不支持事务级回滚），删掉已建的空表或半成品对象，清空回收站：
DROP TABLE your_table PURGE;
或PURGE RECYCLEBIN;
- 改用分批导入：把原 SQL 拆成「建表 + 索引」、「插入数据（每 1w 行一段）」两部分，中间穿插
COMMIT； - 临时增大
sort_area_size或pga_aggregate_target可缓解排序类操作对临时表空间的压力，但治标不治本——根源还是永久表空间容量或配额问题。
表空间扩容本身不难，难的是判断“扩哪里”“扩多少”“谁在用”——尤其当 Navicat 隐藏了底层用户上下文和 DDL 细节时，容易误以为只是“磁盘不够”。真正卡住人的，往往是默认表空间、用户配额、大小写三者之一没对齐。
