ORA-01658错误源于表空间缺乏足够大的连续空闲块，而非总空间不足；需查DBA_FREE_SPACE中MAX(BYTES)确认最大连续块大小，若小于对象INITIAL值即为碎片问题，可临时调小INITIAL或清理回收站、收缩段根治。
查表空间最大连续空闲块大小
ORA-01658不是总空间不够，而是找不到足够大的连续空闲块。光看DBA_FREE_SPACE.BYTES总和会误判——可能剩几百MB，但最大连续块只有64KB。必须查MAX(BYTES)：
SELECT TABLESPACE_NAME, MAX(BYTES) / 1024 / 1024 AS "MAX_MB" FROM DBA_FREE_SPACE WHERE TABLESPACE_NAME = '<code>YOUR_TS_NAME</code>' GROUP BY TABLESPACE_NAME;
如果返回值小于你要创建对象的INITIAL大小（比如建索引指定INITIAL 2M，但查出来只有1.2MB），就确认是碎片问题。
临时绕过：显式指定更小的INITIAL值
这是最快让DDL跑通的办法，不改环境、不等运维，适合紧急压测或脚本卡住时用：
-
CREATE TABLE t(x INT) STORAGE(INITIAL 64K)——64KB在绝大多数碎片化表空间里都能满足 - 避免默认推算：不写
STORAGE子句时，Oracle可能按表空间默认值（如1MB）或ASSM策略放大，远超实际可用连续块 - 批量修改脚本可用正则替换
STORAGE\(.*INITIAL [0-9]+[MG]\)为STORAGE(INITIAL 64K)，注意避开注释和字符串
换表空间前先验证目标是否真“干净”
别看到USERS就以为能用——它也可能碎片严重。换表空间前必须查两件事：
- 目标表空间最大连续块：
SELECT MAX(BYTES)/1024/1024 FROM DBA_FREE_SPACE WHERE TABLESPACE_NAME = '<code>USERS' - 确认非只读：
SELECT STATUS FROM DBA_TABLESPACES WHERE TABLESPACE_NAME = '<code>USERS' - 如果是ASSM管理，还要留意HWM是否卡住——
DBA_SEGMENTS里大段但低频访问的归档表、LOB段，可能是隐藏碎片源
根治需清理或扩容，但别盲目加数据文件
加DATAFILE能快速缓解，但路径、权限、自动扩展设置不对反而埋雷：
- 路径必须数据库可写，ASM用
'+DATA'，文件系统用绝对路径如'/u01/oradata/db/users02.dbf' - 推荐带
AUTOEXTEND ON NEXT 100M MAXSIZE 32G，避免下次又崩 - 加完立刻执行
ALTER SYSTEM CHECKPOINT，防止老版本Oracle控制文件不同步 - 真正根治要清理回收站：
PURGE RECYCLEBIN；删废弃表：DROP TABLE ... PURGE；或收缩高水位段（如ALTER TABLE ... SHRINK SPACE）
碎片整理比单纯扩容更重要——很多表空间反复报ORA-01658，根本原因是长期没清理回收站和废弃段，连续块越碎越难凑够初始区。
