DROP USER CASCADE仅删除数据字典对象，不清理物理文件、归档日志及备份；需手动查表空间、确认无残留对象与会话后，用DROP TABLESPACE ... INCLUDING CONTENTS AND DATAFILES删除文件，并清理归档与RMAN备份。
直接 DROP USER CASCADE 会删掉用户对象，但不会清理物理文件
oracle 的 drop user cascade 命令只删除数据字典中记录的对象（表、索引、过程等）和用户本身，**不会删除对应的数据文件、临时文件或归档日志**。如果你在创建用户时指定了独立的表空间（尤其是 datafile 是手动指定路径的），这些文件会原封不动留在磁盘上，长期积累会导致空间浪费甚至误判为“磁盘已满”。
怎么确认用户用了哪些表空间和数据文件
先查清该用户默认表空间、临时表空间，以及这些表空间实际挂载了哪些物理文件：
SELECT username, default_tablespace, temporary_tablespace FROM dba_users WHERE username = 'YOUR_USER';
SELECT file_name, tablespace_name, bytes/1024/1024 AS mb FROM dba_data_files WHERE tablespace_name IN ( SELECT default_tablespace FROM dba_users WHERE username = 'YOUR_USER' UNION SELECT temporary_tablespace FROM dba_users WHERE username = 'YOUR_USER' );
- 如果
default_tablespace是USERS或SYSTEM这类共用表空间，通常无需手动删文件——对象删完，空间就释放给其他用户用了 - 如果查出的是自定义表空间（如
USER_DATA_01），且dba_data_files显示它只被该用户使用过，才需要进一步清理文件 - 注意：别仅凭表空间名判断归属，要结合
dba_segments确认是否还有其他用户在用这个表空间：SELECT DISTINCT owner FROM dba_segments WHERE tablespace_name = 'YOUR_TBS'
删表空间前必须确保没残留对象和活动会话
即使用户已被 DROP USER CASCADE，仍可能有残留对象（比如 DBA 忘记清理的物化视图日志、队列表、或未授权的同义词指向该用户对象），也可能存在未断开的连接（尤其用连接池的应用）。强行删表空间会报错 ORA-01549: tablespace not empty, use INCLUDING CONTENTS option 或 ORA-01553: MAXEXTENTS cannot be specified for rollback segment（旧版本）。
- 检查残留对象：
SELECT owner, object_type, object_name FROM dba_objects WHERE owner = 'YOUR_USER'—— 结果为空才安全 - 杀掉残留会话：
SELECT 'ALTER SYSTEM KILL SESSION ''' || sid || ',' || serial# || ''';' FROM v$session WHERE username = 'YOUR_USER';，然后执行生成的语句 - 删表空间命令必须带
INCLUDING CONTENTS AND DATAFILES：DROP TABLESPACE your_tbs INCLUDING CONTENTS AND DATAFILES - 注意：
AND DATAFILES只删除控制文件里登记的文件路径，**不校验文件是否真实存在**；若文件已被手动删过，这条命令仍成功，但后台会留一个“missing datafile”标记，需后续用ALTER DATABASE DATAFILE ... OFFLINE DROP清理
归档日志和备份里还藏着用户数据
即便数据库里用户和文件都清干净了，只要归档模式开启且没做 DELETE ARCHIVELOG，归档日志里仍含该用户所有 DML 操作的重做记录；RMAN 备份也照常包含那些数据块。这意味着：恢复到任意时间点，该用户数据仍可能被还原出来。
- 如果合规要求“彻底不可恢复”，必须清理归档：
DELETE ARCHIVELOG UNTIL TIME 'SYSDATE-7';（按需调整时间） - RMAN 中删旧备份：
DELETE OBSOLETE REDUNDANCY 2;或按时间：DELETE BACKUP COMPLETED BEFORE 'SYSDATE-14'; - 特别提醒：
DROP USER本身会产生一条 DDL 日志，它也会进归档——所以删用户后立刻删归档，才能真正阻断回溯链
物理文件清理这一步，最容易被跳过；而归档和备份的清理，又最容易被当成“运维的事”推给DBA以外的角色。两者缺一，都不能算“彻底”。
