MySQL密码历史由策略控制，无法直接删除记录，需通过重置用户或修改策略实现；可重建用户、多次改密覆盖或设PASSWORD HISTORY为0禁用，再重新启用并设置新密码，操作后建议验证策略并刷新权限。
MySQL 密码历史策略通常由插件（如 validate_password）或账户管理策略控制，尤其在启用了密码重复使用限制的场景下。清理密码历史并不是直接删除某个“历史记录”文件，而是通过重置用户凭据或调整策略来实现。以下是具体操作方法。
理解 MySQL 密码历史机制
MySQL 本身不默认记录密码历史，但企业版或某些配置中可通过以下方式实现：
-
password reuse policy：通过设置
PASSWORD HISTORY和PASSWORD REUSE INTERVAL限制用户重复使用旧密码。 - validate_password 组件：用于增强密码强度，不直接管理历史，但常与账户策略配合使用。
这类策略仅在启用相应功能时生效，比如：
ALTER USER 'user'@'host' PASSWORD HISTORY 5;
表示该用户最近 5 个密码不可重复使用。
如何“清理”密码历史记录
MySQL 没有提供直接清除密码历史的命令，但可通过以下方式变相“清理”：
- 重新创建用户：删除并重建用户账户，历史记录随之消失。
- 重置密码多次：连续修改超过历史保留数量的密码，最老的记录会被覆盖。
- 关闭密码历史策略：将历史长度设为 0，禁用限制。
例如，关闭某用户的密码历史：
ALTER USER 'testuser'@'localhost' PASSWORD HISTORY 0;
之后再开启（如有需要）：
ALTER USER 'testuser'@'localhost' PASSWORD HISTORY DEFAULT;
清理后修改新密码的方法
一旦密码历史被重置或绕过，可以正常设置新密码：
ALTER USER 'testuser'@'localhost' IDENTIFIED BY 'NewStrongPassword123!';
或使用旧语法（兼容性）：
SET PASSWORD FOR 'testuser'@'localhost' = PASSWORD('NewStrongPassword123!');
注意：MySQL 8.0+ 已弃用 PASSWORD() 函数，应直接使用 IDENTIFIED BY。
验证与建议
检查用户当前策略：
SELECT user, host, password_reuse_history FROM mysql.user WHERE user = 'testuser';
确保服务重启后策略仍生效，必要时刷新权限：
FLUSH PRIVILEGES;
建议在操作前备份用户表，并在测试环境验证流程。
基本上就这些。关键是理解密码历史是策略控制而非日志文件，无法“删除记录”，只能通过重置策略或覆盖方式处理。
