必须先查dba_users确认account_status为locked或expired & locked(timed)才能断定真被锁；若为expired则需重设密码，查不到用户说明未创建，多租户需先切pdb容器。
怎么确认用户真被锁了，而不是密码错或用户不存在
ORA-28000 报错不是“连不上”或“密码输错”，而是 Oracle 已把 account_status 设为 LOCKED 或 EXPIRED & LOCKED(TIMED)。直接改密码、换连接串都没用。
必须用 DBA 权限查真实状态：SELECT username, account_status, lock_date, expiry_date FROM dba_users WHERE username = 'YOUR_USERNAME';
-
account_status是LOCKED：大概率是 DBA 手动锁的，或 profile 的FAILED_LOGIN_ATTEMPTS被触发 -
account_status是EXPIRED & LOCKED(TIMED)：密码已过期 + 错密超限，只ACCOUNT UNLOCK不行，必须重设密码 -
lock_date非空 → 真锁了；expiry_date已过 → 密码失效，解锁后仍登不进 - 查不到该用户？说明根本没创建，不是解锁问题；多租户环境下连的是
CDB$ROOT但用户在 PDB 中，得先ALTER SESSION SET CONTAINER = your_pdb_name;
解锁命令怎么写才真正生效
Oracle 12c+ 里，仅执行 ALTER USER scott ACCOUNT UNLOCK; 常导致后续报 ORA-01045: user lacks CREATE SESSION privilege——因为锁定期间会隐式撤销会话权限。
正确做法是一条语句同时完成三件事：ALTER USER scott IDENTIFIED BY tiger ACCOUNT UNLOCK;
- 哪怕你想保留原密码（如
tiger），也必须显式写出IDENTIFIED BY，不能省略 - 用户名含大小写或特殊字符（建时用了双引号）：
ALTER USER "MyUser" ACCOUNT UNLOCK;，引号不能丢 - 若用户原本就没授
CREATE SESSION权限（比如刚建完未授权），需额外执行：GRANT CREATE SESSION TO scott; - 执行后无需
COMMIT，DDL 立即生效；但 Navicat/PL/SQL Dev 图形界面里，“取消勾选锁定”后必须点Apply，点OK不提交
为什么刚解锁就又锁？重点查哪些地方
数据库本身没问题，问题几乎全出在外部：ETL 脚本、DBLINK、Spring Boot 的 application.yml、Druid/HikariCP 连接池配置里，还存着旧密码，一重启就高频刷错密。
- 检查
DBLINK：执行SELECT db_link, username FROM dba_db_links;，确认密码是否同步更新 - 查监听日志或
listener.log，看失败连接来自哪个 IP 和程序名 - Kettle 配置、Prometheus 监控脚本、Jenkins 构建参数里，都可能硬编码着旧凭据
- 临时排查可放宽限制：
ALTER PROFILE DEFAULT LIMIT FAILED_LOGIN_ATTEMPTS 30;，但生产环境别设UNLIMITED
示例用户（如 SCOTT、HR）根本不存在怎么办
Oracle 12c/19c 安装时默认不启用 SCOTT、HR，很多精简安装甚至压根没运行建模脚本。执行 SELECT username FROM dba_users WHERE username IN ('HR','SCOTT'); 返回空，就说明它们不存在。
补全步骤（Linux）：
确保当前连接用户是 SYSTEM（不是 SYS），且密码正确
路径定位：$ORACLE_HOME/demo/schema/human_resources/hr_main.sql
执行：@?/demo/schema/human_resources/hr_main.sql hr hr TEMP users
- 参数顺序固定：密码、默认表空间、临时表空间、用户表空间
- 执行中无输出属正常，耗时约 1 分钟
- 脚本依赖
catqm.sql（位于$ORACLE_HOME/rdbms/admin/），需确保可见
ALTER USER 写得对不对，而是没人去核对所有下游连接点是否都更新了密码。锁住背后暴露的是配置漂移，不是账户状态问题。
