MySQL 5.7.6+ 用户锁定状态以mysql.user表account_locked字段为准：值为'Y'即锁定，'N'为正常；需执行SELECT user,host,account_locked FROM mysql.user WHERE user='username'逐条核查，同一用户名可能对应多个host记录；字段不存在则版本低于5.7.6。
直接查 account_locked 字段确认锁定状态
别猜，先看是不是真锁了。mysql 5.7.6+ 用户是否被锁，只认 mysql.user 表里的 account_locked 字段值：'y' 就是锁了，'n' 是正常。执行这句就能一眼看清：
SELECT user, host, account_locked FROM mysql.user WHERE user = 'username';
注意：同一用户名可能对应多条记录（比如 'admin'@'localhost' 和 'admin'@'%'），必须逐条检查；如果字段不存在，说明 MySQL 版本低于 5.7.6，不能用这个方式。
用 UPDATE + FLUSH 解锁账户（5.7.6+ 标准做法）
确认是 'Y' 后，就改回来，再刷新权限。这是最干净、不破坏密码和权限配置的操作：
-
UPDATE mysql.user SET account_locked = 'N' WHERE user = 'username' AND host = 'host_value';—— 注意一定要带上host条件，避免误改其他同名账号 -
FLUSH PRIVILEGES;—— 必须执行，否则修改不生效 - 改完立刻生效，不用重启 MySQL，也不影响其他用户
常见错误：只改 password 字段或清空它，会导致认证逻辑异常，客户端报 Access denied for user 却不提示原因；还有人删掉整行 host 记录，反而让通配符规则（如 '%'）接管，更难控制访问。
旧版本（
低于 5.7.6 的 MySQL 没这个字段，但仍有办法临时禁用——靠改认证插件和清空凭证：
立即学习“PHP免费学习笔记（深入）”；
- 把
plugin字段设为'auth_socket'（Linux）或'mysql_native_password'（Windows），再把authentication_string清空（设为''或NULL） - 然后执行
FLUSH PRIVILEGES; - 这样用户仍存在，但无法通过密码登录（除非你本地用 socket 连接且匹配 auth_socket 插件）
风险点：某些客户端（尤其是新版 PHP 驱动）会拒绝连接 auth_socket 用户，报错 Plugin 'auth_socket' is not loaded；若不确定环境，优先用 mysql_native_password + 清空 authentication_string 更稳妥。
phpMyAdmin 打不开「用户账户」页？那不是锁的问题，是表坏了
如果点「用户账户」页面直接空白，或报 #1932 / #1033 错误，说明 mysql.user 表本身损坏（结构不一致、数据页崩溃、字段值非法），此时 phpMyAdmin 已完全失效，任何图形操作都无意义。
必须切命令行，用 mysqld_safe --skip-grant-tables（5.7 及以下）或对应安全模式（8.0+）绕过权限系统，再手动修复。记住：phpMyAdmin 自身依赖 mysql.user 表读取数据，它修不了自己赖以生存的这张表。
