如何删除Oracle表空间及其数据文件

直接执行DROP TABLESPACE不删物理文件，必须显式加INCLUDING CONTENTS AND DATAFILES才能真正清理干净；该语句先递归删除段对象、移除控制文件条目，并尝试调用OS接口删除.dbf文件，但需满足非空表空间、无活动会话锁定、非ASM环境等前提。

直接删表空间但没删物理文件，磁盘空间根本不会释放——必须显式带上 including contents and datafiles 才能真正清理干净。

为什么 DROP TABLESPACE 不删文件？

Oracle 默认只删逻辑结构：DROP TABLESPACE tablespace_name 仅移除数据字典记录，dba_data_files 里还能查到原路径，文件仍躺在磁盘上。这是最常被忽略的点，也是磁盘空间“删了还占着”的根源。

1. including contents：删表空间内所有段对象（表、索引等），但不碰文件
2. including datafiles：必须和 contents 搭配使用，否则报 ORA-01911
3. CASCADE CONSTRAINTS：仅当其他表空间的外键指向本表空间时才需要加

删除前必须确认的三件事

跳过检查大概率导致语句失败或残留对象：

1. 用 SELECT * FROM dba_tablespaces WHERE tablespace_name = 'YOUR_TS'; 确认表空间存在且非 SYSTEM、SYSAUX、UNDOTBS1 等系统表空间（这些删不了）
2. 查是否为用户默认表空间：SELECT username, default_tablespace FROM dba_users WHERE default_tablespace = 'YOUR_TS';，若有，先用 ALTER USER ... DEFAULT TABLESPACE ... 切换走
3. 确认无活动会话占用：SELECT sid, serial#, username FROM v$session WHERE username IN (SELECT username FROM dba_users WHERE default_tablespace = 'YOUR_TS');，有则需先 ALTER SYSTEM KILL SESSION 'sid,serial#'

一条命令删干净的写法

假设表空间名是 ABC，且已确认无依赖、非默认、无活跃连接：

DROP TABLESPACE ABC INCLUDING CONTENTS AND DATAFILES CASCADE CONSTRAINTS;

注意顺序不能错：CONTENTS 必须在 DATAFILES 前；CASCADE CONSTRAINTS 放最后，仅当外键报错时才加。执行后立即检查：SELECT file_name FROM dba_data_files WHERE tablespace_name = 'ABC'; 应返回空集，同时操作系统里对应 .dbf 文件也应消失。

删完还得顺手清用户

表空间删了，但用户还在，下次建用户可能又默认分到同名旧表空间（即使已删），引发奇怪错误。务必配套执行：

DROP USER ABC CASCADE;

这里 CASCADE 是关键——不加的话，用户下残留的对象（哪怕只是同义词或角色权限）会让后续同名重建失败。另外，如果用户正在连库，DROP USER 会报 ORA-01940: cannot drop a user that is currently connected，得先杀会话再删。

真正危险的不是命令本身，而是删完没验证 dba_data_files 和文件系统双重结果——漏掉任意一端，都等于没删。