先不谈那些高深的理论，解决Oracle用户账户被锁的问题，核心只有一条：你必须使用具备sysdba权限的账号（例如sys或system）来执行操作。普通用户执行ALTER USER ... ACCOUNT UNLOCK，会直接报错“权限不足”，没有任何通融余地。
用 SQL 命令直接解锁账户
这是最常用且最可控的方法。无论你使用命令行，还是PL/SQL Developer、SQL Developer，都适用。操作流程非常清晰：先查询状态，再执行解锁。
- 查询状态：
SELECT username, account_status, lock_date FROM dba_users WHERE username = 'SCOTT';—— 如果account_status显示为LOCKED或EXPIRED & LOCKED，说明账户确实已被锁定。 - 执行解锁：
ALTER USER SCOTT ACCOUNT UNLOCK;—— 注意语法，ACCOUNT UNLOCK是连续书写的，中间不能加下划线或空格。 - 如果原密码已经失效，可以合并操作：
ALTER USER SCOTT IDENTIFIED BY newpass ACCOUNT UNLOCK;，一步到位解决密码过期和锁定问题。 - 执行完成后务必验证：
SELECT username, account_status FROM dba_users WHERE username = 'SCOTT';—— 返回OPEN才算真正解锁成功。
为什么刚解锁又马上被锁？重点查 FAILED_LOGIN_ATTEMPTS
有时你会发现，明明刚才解锁成功了，转眼又锁了。别急着怀疑自己操作有误，问题大概率出在profile里的失败登录次数限制上。这个机制不会因为解锁而自动重置。
- 先查当前用户使用的是哪个profile：
SELECT username, profile FROM dba_users WHERE username = 'SCOTT'; - 再查看该profile的失败次数限制：
SELECT resource_name, limit FROM dba_profiles WHERE profile = 'DEFAULT' AND resource_name = 'FAILED_LOGIN_ATTEMPTS';—— 默认值通常是10次。 - 如果在测试或运维场景下需要临时禁用锁定，可以直接执行：
ALTER PROFILE DEFAULT LIMIT FAILED_LOGIN_ATTEMPTS UNLIMITED; - 如果只是想放宽限制，比如调到30次：
ALTER PROFILE DEFAULT LIMIT FAILED_LOGIN_ATTEMPTS 30; - 需要特别注意：修改profile会影响所有使用该profile的用户，并非单个用户的独立设置，改动前务必考虑清楚影响范围。
图形界面操作（PL/SQL Developer / Oracle SQL Developer）
如果你对SQL语句不太熟悉，或者想快速定位多个被锁的用户，使用图形界面会更直观。当然，这依赖于客户端功能的完整性。
- 用
sys或system登录后，在左侧的对象浏览器中展开Users节点。 - 找到目标用户（例如
SCOTT），右键选择Properties（或Edit）。 - 取消勾选
Account Locked（不同版本的叫法可能略有差异，有时叫Locked，或显示为锁图标）。 - 如果界面上有
Password输入框，建议一并填上新密码，并勾选Change password on first login（尤其是新交付的环境）。 - 点击
Apply或OK——注意，部分旧版PL/SQL Developer需要额外点击Commit才能正式提交。
解锁后仍连不上？别漏掉密码过期和连接来源问题
ORA-28000这个错误，常常与ORA-28001（密码过期）同时出现。而且，很多时候真正的原因隐藏在你没注意到的后台自动连接行为里。
- 检查是否同时也过期了：
SELECT username, account_status FROM dba_users WHERE username = 'SCOTT';—— 如果返回EXPIRED & LOCKED，只解锁是不够的，必须同时修改密码。 - 查询最近锁定时的IP和时间：
SELECT username, os_username, machine, terminal, timestamp FROM dba_audit_session WHERE returncode != 0 AND username = 'SCOTT' ORDER BY timestamp DESC;—— 看看是否是某个ETL工具或DBLink在后台反复使用错误密码连接。 - 再确认监听器日志的位置：运行
lsnrctl status，从输出中找到Listener Parameter File的路径，然后去查看listener.log，过滤出对应用户名的失败记录。 - 如果应用持续报错，核心思路是先检查应用配置中的连接字符串密码是否与数据库同步，而不是一味地重复手动解锁。
说实话，最麻烦的从来不是那条ALTER USER ... ACCOUNT UNLOCK命令，而是你搞不清楚到底是谁、在哪个角落、以什么频率在不停地撞锁。查询dba_audit_session和listener.log，远比单纯解锁要重要得多。
