mysql密码强度插件安装配置_MySQL validate_password组件详解-mysql教程-PHP中文网

validate_password插件未生效需先验证是否加载：执行show variables like 'validate_password%';，若无返回则插件未加载；检查plugin_dir路径下文件存在性，并在配置文件中正确配置plugin_load_add = validate_password。

mysql密码强度插件安装配置_mysql validate_password组件详解

validate_password 插件没生效？先确认它真被加载了

MySQL 启动后插件未必自动启用，validate_password 就是典型——装了不等于在用。最直接的验证方式是查系统变量：SHOW VARIABLES LIKE 'validate_password%';。如果返回空，说明插件压根没加载。

常见错误现象：改了配置、重启了 MySQL，但依然能设 123456 这种密码，CREATE USER 或 ALTER USER 完全不报错。

Linux 下检查插件路径是否正确：plugin_dir 值（用 SELECT @@plugin_dir; 查），确保 validate_password.so（或 .dll）文件真实存在
配置文件中必须写 plugin_load_add = validate_password（MySQL 8.0.19+ 推荐用 install_plugin 命令，但配置文件方式更稳定）
MySQL 5.7 默认不启用，8.0 默认启用但可能被配置覆盖；别信“装完就生效”，一定要手动验证

密码策略等级（validate_password.policy）怎么选才不翻车

validate_password.policy 控制校验严格程度，取值 0（LOW）、1（MEDIUM）、2（STRONG）。但它的实际行为严重依赖其他参数，不是调高数字就万事大吉。

使用场景：开发环境常设为 1，生产环境建议至少 1，但设成 2 前务必确认客户端兼容性——比如旧版 JDBC 驱动或某些运维脚本会因密码生成失败直接中断。

设为 2（STRONG）时，validate_password.dictionary_file 必须指定且文件可读，否则插件初始化失败，MySQL 可能拒绝启动
即使设为 1（MEDIUM），若 validate_password.length 设为 12，而应用代码里硬编码了 8 位密码逻辑，就会在 ALTER USER 时突然报错 ERROR 1819 (HY000): Your password does not satisfy the current policy requirements
validate_password.number_count、validate_password.uppercase_count 等参数默认是 1，但如果你关掉了大小写校验（设为 0），那 policy=1 实际效果可能退化到接近 0

MySQL 8.0 中 validate_password 和 caching_sha2_password 的冲突

MySQL 8.0 默认认证插件是 caching_sha2_password，而 validate_password 对密码哈希前的明文做校验——这本身没问题。但问题出在部分客户端连接时，会跳过密码强度检查。

Cn Password Generator V2

生成加密安全的随机密码，支持自定义字符集、长度及字符类型控制，纯 Python 实现，无需 API 密钥。

下载

常见错误现象：用 mysql -u root -p 命令行能设弱密码，但在应用程序里执行 CREATE USER ... IDENTIFIED BY '123' 却报错；或者反过来。

根本原因是：命令行客户端默认走 socket 连接（本地），而某些版本的 MySQL 对本地连接会绕过部分安全插件校验；网络连接则严格校验
解决方法不是关插件，而是统一连接方式：测试时用 mysql -h 127.0.0.1 -u root -p 强制走 TCP，才能复现真实生产行为
如果应用用的是老版本 Connector/J（caching_sha2_password 支持不完整，再叠加密码策略，容易在握手阶段就断连，错误信息可能是 Public Key Retrieval is not allowed，和密码强度无关但常被误判

卸载或临时禁用 validate_password 的安全代价

别为了“快速通过 CI 测试”就运行 UNINSTALL PLUGIN validate_password;。一旦卸载，所有策略参数（validate_password.length 等）立刻失效，且 MySQL 不会警告你——下次重启后你以为策略还在，其实已裸奔。

真正需要临时放宽时，只该调低策略等级，而不是移除插件：

临时改策略：SET GLOBAL validate_password.policy = 0;，但注意这仅对新连接生效，已有连接不受影响
想彻底关闭校验？不行。MySQL 不提供“全局停用”开关，validate_password.length = 0 是非法值，会报错 ERROR 1231 (42000)
最隐蔽的坑：Docker 环境里如果用 my.cnf 挂载配置，但容器启动时 MySQL 已提前读取了旧配置并加载插件，挂载的新配置可能被忽略——得进容器执行 SET PERSIST 才真正持久化

密码策略不是挡箭牌，是最后一道提醒。真正危险的从来不是“设不了弱密码”，而是“以为设了强密码，结果策略根本没跑”。