必须先确认账号状态（EXPIRED或LOCKED），再解锁或重置密码使其变为OPEN；接着杀掉所有残留会话；最后执行drop user ... cascade删除用户并清理依赖表空间。
不能直接删过期用户，必须先解锁或重置密码，再确认无活跃会话，最后用 drop user ... cascade 才能成功。
查清楚账号到底是过期还是被锁
Oracle 不会自动“禁用”过期用户，而是把状态标为 EXPIRED 或 EXPIRED(GRACE)；被锁则是 LOCKED 或 LOCKED(TIMED)。两者处理方式不同，混着处理会报错。
- 执行
select username, account_status from dba_users where username = 'YOUR_USER';看返回值 -
EXPIRED：密码过期但账号仍可登录（如果应用允许 grace period） -
LOCKED：账号被显式锁定，连登录都不让 -
EXPIRED & LOCKED：常见于连续输错密码 + 密码过期叠加，得先 unlock 再改密码
解除锁定或重置过期密码
账号处于非 OPEN 状态时，drop user 会失败（ORA-01940 不是唯一原因，状态异常也会拦住）。必须先让它变成可操作的干净状态。
- 如果是
LOCKED：运行alter user YOUR_USER account unlock; - 如果是
EXPIRED：运行alter user YOUR_USER identified by 新密码;（不需要知道原密码） - 如果想跳过密码策略限制（比如临时绕过
PASSWORD_LIFE_TIME），可先执行alter profile default limit password_life_time unlimited;，但生产环境慎用
杀掉该用户的残留会话再删除
ORA-01940 报错 “cannot drop a user that is currently connected” 是最常卡住的一步。即使用户没主动连，也可能有 INACTIVE 会话挂着，尤其是用连接池或未正常断开的应用。
- 查会话：
select sid, serial#, status, machine, program from v$session where username = 'YOUR_USER'; - 杀会话（逐个执行）：
alter system kill session 'SID,SERIAL#';（注意单引号和逗号） - 确认清空：
select count(*) from v$session where username = 'YOUR_USER';返回 0 才算干净 - 此时才能安全执行：
drop user YOUR_USER cascade;（cascade必须加，否则对象残留会报 ORA-00942 等错误）
删完用户后表空间不一定自动释放
删除用户不会自动删其默认表空间，也不会删它创建的对象所占用的其他表空间。很多运维误以为“删了用户就万事大吉”，结果磁盘空间没降、同名表空间还在占位。
- 查用户默认表空间：
select default_tablespace from dba_users where username = 'YOUR_USER'; - 查该表空间是否还有别的用户在用：
select distinct owner from dba_segments where tablespace_name = 'XXX'; - 确认无人使用后，再手动删表空间：
drop tablespace XXX including contents and datafiles; - 注意：如果表空间里有其他用户创建的对象（比如通过
create table ... tablespace XXX），drop tablespace会直接失败，必须先清理那些对象或换 owner
真正麻烦的不是命令记不住，而是状态判断错一层、会话漏杀一个、表空间归属没理清——删用户这操作看着简单，实际是三步验证（状态 → 会话 → 依赖）缺一不可。尤其在共享表空间的多租户环境，cascade 和 including contents 的影响范围得提前心里有数。
