mysql如何批量修改大量用户的密码强度要求_全局调整密码校验插件等级-mysql教程-PHP中文网

mysql 8.0+默认启用validate_password插件，密码策略强制生效；需用set global动态调整参数（如policy=low、length=6等），my.cnf配置仅启动时有效；彻底禁用须uninstall plugin。

mysql如何批量修改大量用户的密码强度要求_全局调整密码校验插件等级

MySQL 8.0+ 密码强度插件默认启用，`validate_password` 是关键

MySQL 8.0 开始默认加载 validate_password 插件，所有新设/修改的用户密码都受其约束。它不是“开关式”配置——不卸载插件，仅调低参数也无法让空密码或 4 位数字通过；必须显式设置插件参数，且部分参数（如 validate_password.policy）需在插件加载后才可修改。

常见错误现象：ERROR 1819 (HY000): Your password does not satisfy the current policy requirements，即使你只执行 ALTER USER 'u'@'%' IDENTIFIED BY '123' 也会报错。

插件加载状态检查：SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME = 'validate_password';
若返回空，说明插件未启用（老版本或手动卸载过），此时无需调整策略，但需确认是否真不需要校验
若已启用，下一步必须用 SET GLOBAL 修改参数，而非写进 my.cnf 后重启——因为插件参数在运行时生效，且 my.cnf 中的 validate_password.xxx 配置项仅在启动时读取一次，后续修改无效

调整策略等级：从 `MEDIUM` 降到 `LOW` 或关闭校验

validate_password.policy 控制整体强度等级：0（LOW，仅要求长度）、1（MEDIUM，默认，要求大小写字母+数字+特殊字符）、2（STRONG，额外校验字典）。降级不能跳过中间档，比如从 2 直接到 0 会失败，必须先设为 1，再设为 0。

实操建议：

临时放宽（推荐）：SET GLOBAL validate_password.policy = LOW;（等价于 SET GLOBAL validate_password.policy = 0;）
同步调低依赖参数，否则仍可能报错：SET GLOBAL validate_password.length = 6;、SET GLOBAL validate_password.number_count = 0;、SET GLOBAL validate_password.mixed_case_count = 0;、SET GLOBAL validate_password.special_char_count = 0;
注意：这些 SET GLOBAL 命令对已存在的用户密码无影响，只约束后续 ALTER USER 或 CREATE USER 操作
若要彻底禁用校验，不是设 policy=0，而是卸载插件：UNINSTALL PLUGIN validate_password;（但生产环境不建议）

批量重置用户密码时绕过强度检查的唯一可靠方式

即使调低了全局策略，某些旧密码哈希格式（如 caching_sha2_password 用户用 mysql_native_password 方式改密）或并发修改仍可能触发校验。最稳妥的做法是：用 ALTER USER ... IDENTIFIED WITH mysql_native_password BY 'xxx' 显式指定认证插件，并配合 SET SESSION validate_password.policy = LOW; 会话级覆盖。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

批量脚本示例（安全前提下）：

SET SESSION validate_password.policy = LOW;
ALTER USER 'user1'@'%' IDENTIFIED WITH mysql_native_password BY 'pass1';
ALTER USER 'user2'@'%' IDENTIFIED WITH mysql_native_password BY 'pass2';
-- 注意：不能用单条语句批量改多个用户，MySQL 不支持 ALTER USER a,b,c 语法

不要用 UPDATE mysql.user SET authentication_string = ... 直接更新系统表——这会绕过所有校验，但极可能导致用户无法登录（哈希格式错、plugin 字段未同步更新）
如果用户量极大（上千），建议分批执行，每批 50–100 条 ALTER USER，避免长事务阻塞元数据锁
validate_password 对 SET PASSWORD 语句同样生效，所以也不要用它替代 ALTER USER

my.cnf 配置项和持久化陷阱

很多人把参数写进 /etc/my.cnf 的 [mysqld] 段里，比如 validate_password.length = 6，却发现重启后没生效。这是因为：MySQL 8.0 要求插件参数必须在插件加载「之后」设置，而 my.cnf 中的配置是在插件加载「之前」解析的。

正确做法只有两个：

在 my.cnf 中启用插件并设初始策略：plugin_load_add = validate_password.so + validate_password.policy = LOW，然后**重启 MySQL**（此时参数在加载插件时被读取）
或更灵活的方式：在 my.cnf 中只加 plugin_load_add = validate_password.so，启动后立刻执行 SET GLOBAL 命令（可写入启动脚本或 init-file）
切记：SET GLOBAL 设置的值在 MySQL 重启后丢失，必须配合配置文件或自动初始化逻辑才能持久

真正容易被忽略的是：不同 MySQL 小版本对 validate_password 参数名有差异（如 8.0.4 前叫 validate_password_length，之后统一为 validate_password.length），查当前实际可用参数用 SHOW VARIABLES LIKE 'validate_password%'; 最准。