ora-01918或ora-00054报错源于drop user cascade后残留对象导致数据字典不一致，需手动清理dba_synonyms、dba_tab_privs、dba_mview_logs等视图中的反向依赖及物化视图日志、外部表目录、权限元数据，并单独处理表空间释放。
ora-01918 或 ora-00054 报错时，对象其实没真删干净
执行 drop user username cascade 后仍报 ora-01918: user 'xxx' does not exist，或卡在 ora-00054: resource busy，大概率不是命令没跑完，而是部分对象残留导致数据字典状态不一致。oracle 的 cascade 不处理跨 schema 引用、未显式回收的权限、物化视图日志等“外部绑定”，这些会滞留在数据字典里，让后续操作（如重建同名用户、查 dba_users）出错。
常见残留点包括：
-
DBA_SYNONYMS中指向已删用户的同义词（尤其PUBLIC同义词） -
DBA_TAB_PRIVS里仍显示该用户是GRANTOR，但用户已不存在 -
DBA_MVIEW_LOGS记录了该用户创建的日志，但日志本身没被 DROP -
DBA_ROLE_PRIVS或DBA_SYS_PRIVS中残留授权记录，即使角色已被删
查残留依赖必须用这几个关键视图
别只查 DBA_OBJECTS WHERE OWNER = 'XXX' —— 那只能看到“属于该用户”的对象，而孤魂对象是“引用过该用户”或“被该用户授权过”的东西。真正要扫的是反向依赖链：
- 被其他用户引用的类型/包体：
SELECT owner, name, type FROM dba_dependencies WHERE referenced_owner = 'XXX' - 该用户授出的权限：
SELECT grantee, privilege, table_name FROM dba_tab_privs WHERE grantor = 'XXX' - 该用户创建的同义词（含 PUBLIC）：
SELECT owner, synonym_name, table_owner FROM dba_synonyms WHERE table_owner = 'XXX' - 物化视图日志归属：
SELECT log_table, master FROM dba_mview_logs WHERE log_owner = 'XXX'
注意：dba_dependencies 不包含系统权限（如 SELECT ANY TABLE），这类得查 DBA_SYS_PRIVS；DBA_TAB_PRIVS 也不包含通过角色间接授予的权限，需连 DBA_ROLE_PRIVS 一起看。
手动清理三类必须干掉的“钉子户”
以下三类对象 Oracle 绝对不会帮你自动清理，DROP USER CASCADE 遇到它们必失败，且失败后残留更难处理：
-
物化视图日志：哪怕日志对应的主表在别的 schema 下，只要日志归你删的用户所有，就必须先运行
DROP MATERIALIZED VIEW LOG ON other_schema.table_name -
外部表目录依赖：检查
DBA_DIRECTORIES，若该用户曾用CREATE TABLE ... ORGANIZATION EXTERNAL，则目录对象可能仍被标记为“被使用”，需先DROP DIRECTORY dir_name或REVOKE READ ON DIRECTORY dir_name FROM username -
残留权限元数据：
REVOKE命令失败时（如提示 role 不存在），说明授权记录还挂在SYS.SYSAUTH$里，紧急情况下可DELETE FROM sys.sysauth$ WHERE grantee# = (SELECT user_id FROM dba_users WHERE username = 'XXX')（仅限AS SYSDBA）
删完用户后空间没释放？那是表空间还在
DROP USER CASCADE 只清数据字典，完全不碰物理文件。如果该用户独占一个表空间（比如 TQ_TABLES），对应的数据文件（如 /u01/oradata/ORCL/tq_tables01.dbf）照常占磁盘。
要腾空间，得额外执行：
- 确认无其他用户用这个表空间：
SELECT username FROM dba_users WHERE default_tablespace = 'TQ_TABLES'返回空才安全 - 执行
DROP TABLESPACE TQ_TABLES INCLUDING CONTENTS AND DATAFILES - 注意：该语句不可逆，且要求表空间当前未被任何段（segment）占用，包括回收站里的对象——删用户前最好先清空其
RECYCLEBIN
最易忽略的一点：即使用户已删，其默认表空间若被设为其他用户的 TEMPORARY TABLESPACE 或 DEFAULT TABLESPACE，DROP TABLESPACE 仍会失败，必须先改掉那些用户的配置。
