ora-25153错误本质是临时表空间有逻辑定义但无物理文件，需先确认默认临时表空间名及online状态，再验证dba_temp_files为空，最后在路径有效、权限充足、命名不冲突前提下执行alter tablespace ... add tempfile修复。
ora-25153 错误本质是临时表空间有逻辑定义但无物理文件，不是磁盘满或权限问题，直接加 tempfile 就能恢复，但必须确认目标表空间状态和路径有效性。
查清默认临时表空间名和当前状态
先确认数据库用的是哪个临时表空间，避免对错对象操作：
- 运行
SELECT property_value FROM database_properties WHERE property_name = 'default_temp_tablespace';—— 返回值如TEMP就是目标名 - 再查该表空间是否在线：
SELECT tablespace_name, status FROM dba_tablespaces WHERE tablespace_name = 'TEMP';，结果必须是ONLINE；若为OFFLINE，需先执行ALTER TABLESPACE TEMP ONLINE; - 关键验证：运行
SELECT * FROM dba_temp_files WHERE tablespace_name = 'TEMP';，如果返回空行（no rows selected），就坐实了“有表空间、无文件”这个根因
添加 tempfile 前必须检查的三件事
盲目执行 ALTER TABLESPACE ... ADD TEMPFILE 容易失败，以下三点缺一不可：
-
路径可写：指定的
file_name路径（如'/u01/app/oracle/oradata/ORCL/temp01.dbf'）必须由 Oracle 用户（通常是oracle）拥有写权限，且所在文件系统有足够剩余空间（建议预留 ≥500MB） -
不重复命名：不能与已有数据文件（包括
dba_data_files和v$tempfile中存在的文件）同名，否则报ORA-01119 -
ASM 或文件系统一致：如果数据库用 ASM 存储，
file_name必须是 ASM 别名格式（如'+DATA'），不能填操作系统路径；反之亦然
执行添加并验证是否生效
使用标准语法添加，推荐开启自动扩展防后续再爆：
- 基础命令：
ALTER TABLESPACE TEMP ADD TEMPFILE '/u01/app/oracle/oradata/ORCL/temp01.dbf' SIZE 200M AUTOEXTEND ON NEXT 128M MAXSIZE UNLIMITED; - ASM 环境写法：
ALTER TABLESPACE TEMP ADD TEMPFILE '+DATA' SIZE 200M AUTOEXTEND ON; - 执行后立刻验证：
SELECT file_name, bytes/1024/1024 MB, autoextensible FROM dba_temp_files WHERE tablespace_name = 'TEMP';—— 应看到新文件，MB值匹配你指定的SIZE，autoextensible为YES - 最后测试业务 SQL（如带
ORDER BY的查询），确认不再报ORA-25153
常见翻车点：为什么加了文件还是报错？
加完 tempfile 后仍报错，大概率踩了这几个坑：
- 用户连接时指定了别的临时表空间，比如应用连接串里带了
TEMPORARY_TABLESPACE=OTHER_TEMP，此时要查该用户实际使用的表空间：SELECT username, temporary_tablespace FROM dba_users WHERE username = 'YOUR_APP_USER'; - 临时表空间组（
dba_tablespace_groups）被启用，而你的TEMP不在该组中，导致会话实际分配不到空间 —— 查组配置：SELECT * FROM dba_tablespace_groups;，必要时用ALTER TABLESPACE TEMP TABLESPACE GROUP '';解绑 - RAC 环境下只在一个节点加了文件，其他节点没同步 —— 每个实例都得单独执行
ALTER TABLESPACE ... ADD TEMPFILE - 数据库刚从 RMAN 恢复或迁移过来，
controlfile里没记录旧tempfile，但物理文件还在磁盘上；这时不要删旧文件，而是用ALTER DATABASE RECOVER TEMPFILE '/path/to/old_temp01.dbf';尝试重建逻辑关联
临时表空间的“空”是逻辑视图上的空，不是磁盘空；修复动作极轻量，但路径、权限、作用域这三点一旦漏判，就会反复失败。
