Oracle中判断用户是否被锁定最直接的方法是查询DBA_USERS.ACCOUNT_STATUS字段值是否为'LOCKED'或'LOCKED(TIMED)'；二者均无法登录，但前者为手动锁定、后者为密码错误超限自动锁定且可定时解锁；还需排查'EXPIRED'等状态以防遗漏。
查 DBA_USERS 表的 ACCOUNT_STATUS 字段最直接
oracle 中用户是否被锁定，核心就看 dba_users.account_status 字段值是否为 locked（或 locked(timed)）。这个字段是权威来源，不依赖登录尝试、审计日志或会话状态。
执行以下查询即可获取所有被锁定的用户：
SELECT username, account_status, lock_date, expiry_date
FROM dba_users
WHERE account_status IN ('LOCKED', 'LOCKED(TIMED)');
注意：DBA_USERS 需要 DBA 权限；普通用户可查 ALL_USERS，但该视图不含 ACCOUNT_STATUS，无法判断锁定状态。
LOCKED 和 LOCKED(TIMED) 的区别必须分清
两者都表示用户当前无法登录，但触发机制不同：
-
LOCKED：手动执行ALTER USER ... ACCOUNT LOCK造成，无自动解锁可能 -
LOCKED(TIMED)：因密码错误次数超限（FAILED_LOGIN_ATTEMPTS）被系统自动锁定，持续时间由PASSWORD_LOCK_TIME决定（单位为天），到期后自动解锁
查出结果后，若需解锁，对应命令也不同：
- 对
LOCKED：用ALTER USER username ACCOUNT UNLOCK - 对
LOCKED(TIMED)：同样用ALTER USER username ACCOUNT UNLOCK可立即生效，不必等超时
别漏掉密码过期但未锁的用户
有些用户虽未被显式锁定，但因密码过期（EXPIRED 或 EXPIRED(GRACE)）也无法登录，容易被误认为“可用”。实际中常和锁定并列排查：
SELECT username, account_status, expiry_date, lock_date
FROM dba_users
WHERE account_status IN ('LOCKED', 'LOCKED(TIMED)', 'EXPIRED', 'EXPIRED(GRACE)');
尤其在批量巡检或故障响应时，只查 LOCKED 会漏掉真正卡住应用连接的过期账户。
脚本里加 ORDER BY lock_date DESC 更实用
生产环境锁定用户往往不止一个，按锁定时间倒序排列能快速定位最新异常：
SELECT username, account_status, lock_date, expiry_date
FROM dba_users
WHERE account_status IN ('LOCKED', 'LOCKED(TIMED)')
ORDER BY lock_date DESC;
另外，lock_date 为 NULL 时说明是 LOCKED(TIMED)（系统未记录具体时间点），而手动锁定的 LOCKED 行该字段有明确时间值——这点在分析锁定源头时很关键。
真正麻烦的是那些 ACCOUNT_STATUS 显示正常但实际连不上数据库的用户，那通常不是锁的问题，得去查 profile 限制、密码复杂度策略或监听配置了。
