应查performance_schema.accounts表获取LAST_SEEN时间识别长期未登录账号，或结合mysql.user中account_locked='Y'及全权限为'N'筛选僵尸账户；删前须验证权限、配置引用及实例只读状态。
查 performance_schema.accounts 找长期未登录账号
MySQL 8.0+ 真正能反映“是否活跃”的是 performance_schema.accounts 表，LAST_SEEN 字段记录最后一次成功认证时间。但前提是 performance_schema 已启用且对应消费者开启。
先确认是否启用：
SELECT VARIABLE_VALUE FROM performance_schema.setup_consumers WHERE NAME = 'accounts';
如果返回 NO，需执行：
UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME = 'accounts';
然后查 90 天未登录的非系统账号（注意排除 mysql.session、mysql.sys、root）：
SELECT USER, HOST FROM performance_schema.accounts WHERE USER NOT IN ('mysql.session','mysql.sys','root') AND LAST_SEEN < NOW() - INTERVAL 90 DAY AND USER IS NOT NULL;-
LAST_SEEN是认证时间，不是 SQL 执行时间；新创建但从未登录的账号不会出现在该表中 - 该表不包含空用户名或 host 为
localhost的隐式匹配项，结果更可信 - 若实例禁用
performance_schema（如高负载生产库），此法不可用，需退回到mysql.user+ 日志交叉验证
用 mysql.user 筛选已锁定且无权限的僵尸账号
有些账号被 ALTER USER ... ACCOUNT LOCK 或失败的 DROP USER 残留下来，仍存于 mysql.user，但无法登录。这类账号通常满足：account_locked = 'Y'、所有权限字段全为 'N'、authentication_string 为空或无效哈希（如 *0、*1）。
执行检查语句：
SELECT User, Host FROM mysql.user WHERE account_locked = 'Y' AND Select_priv = 'N' AND Insert_priv = 'N' AND Update_priv = 'N' AND Delete_priv = 'N' AND Create_priv = 'N' AND Drop_priv = 'N' AND authentication_string REGEXP '^\*0$|^\*1$|^$';
- 该方法兼容所有 MySQL 版本，不依赖
performance_schema - 注意：MySQL 8.0+ 的
plugin字段不再决定是否可登录，重点看account_locked和实际认证字符串 - 匹配到的账号基本可判定为“逻辑死亡”，但删前仍要确认是否被其他账号通过
PROXY权限引用
必须用 DROP USER 删除，别碰 DELETE FROM mysql.user
直接 DELETE FROM mysql.user 会留下权限缓存残留，导致账号“删了还能连”或后续 FLUSH PRIVILEGES 失败。真正安全删除只能走 DROP USER。
它自动清理以下所有关联表：
-
mysql.user（主账号） -
mysql.db（库级权限） -
mysql.tables_priv（表级） -
mysql.columns_priv（列级） -
mysql.proxies_priv（代理关系）
关键操作要点：
- MySQL 8.0+ 必须显式指定 host，
DROP USER 'u'@'%'合法，DROP USER 'u'报错 - 加
IF EXISTS避免账号不存在时报错：DROP USER IF EXISTS 'olduser'@'192.168.%' - 删前务必查活跃连接：
SELECT ID, USER, HOST FROM information_schema.PROCESSLIST WHERE USER = 'olduser';，必要时KILL掉 - 若该账号被授予角色（
GRANT role1 TO 'olduser'@'%'），MySQL 8.0+ 会自动解绑；5.7 不会，需手动REVOKE role1 FROM 'olduser'@'%'
删完用户后，数据库和权限残留怎么处理？
DROP USER 不会连带删除同名数据库，也不会清理其他用户对该库的残留权限——这两类“残留”需单独处理。
先确认是否有同名库：
SELECT SCHEMA_NAME FROM information_schema.SCHEMATA WHERE SCHEMA_NAME = 'xxx';
有则手动删：
DROP DATABASE IF EXISTS xxx;
再查是否有其他账号对该库仍有授权：
SELECT User, Host, Db FROM mysql.db WHERE Db = 'xxx';
若有，执行：
REVOKE ALL ON xxx.* FROM 'other_user'@'%';
- 删库后，
mysql.db中对应行不会自动消失，变成悬空权限（ON non_existent_db.*），虽不影响运行，但审计时会干扰判断 - 跨库权限（如
GRANT SELECT ON db1.* TO 'u'@'%' WITH GRANT OPTION）可能让下游账号继承权限，删上游用户后，这些权限不会自动失效，需人工追溯 - 最易忽略的是配置文件里的硬编码：JDBC URL、ProxySQL 的
mysql_users表、复制配置中的SOURCE_USER—— 它们不会因DROP USER自动更新
