怎么解决全新MySQL8.0初始化时密码强度校验过高无法设置的问题？-mysql教程-PHP中文网

ERROR 1819 是因 MySQL 8.0 默认启用 validate_password 插件，在 SQL 解析阶段即拦截 IDENTIFIED BY 密码，按 policy、length 等参数实时校验，不满足则终止执行；需按序执行 SET GLOBAL validate_password.policy=0 及 length、mixed_case_count 等清零操作，并显式指定 mysql_native_password 插件方可解决。

怎么解决全新mysql8.0初始化时密码强度校验过高无法设置的问题？

直接改策略比删插件更安全，也比硬扛报错更实际——MySQL 8.0 初始化后首次设密码时卡在 ERROR 1819，不是你输错了，是 validate_password 插件在 SQL 解析阶段就拦截了 IDENTIFIED BY 后的字符串，根本没走到写入用户表那步。

怎么确认 validate_password 确实开着且拦着你

登录进 MySQL（用临时密码或 --skip-grant-tables 启动后），立刻执行：

SHOW VARIABLES LIKE 'validate_password%';

只要返回非空结果，说明插件已加载并生效。常见误判是看到 validate_password.policy 值为 MEDIUM 就以为“只是有点严”，其实它强制要求：length=8 + mixed_case_count=1 + number_count=1 + special_char_count=1，缺一不可。哪怕你设 'Abc123!' 都可能因大小写计数逻辑失败而被拒。

validate_password.dictionary_file 为空时，POLICY=STRONG 会直接初始化失败，但 MEDIUM 下不会报错，只默默执行校验
如果返回空行，说明插件根本没加载，ERROR 1819 不可能由它引起，得查是否用了 --initialize-insecure 或配置漏了 plugin-load-add
SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME = 'validate_password'; 可交叉验证状态，DISABLED 表示加载失败而非未启用

SET GLOBAL 改策略必须按顺序清空依赖项

只执行 SET GLOBAL validate_password.policy = LOW; 是无效的——MySQL 8.0 的策略参数有强依赖链，policy 降级后，其他参数仍保留原值，导致实际校验门槛没变。必须同步重置所有关联项：

先设策略等级：SET GLOBAL validate_password.policy = LOW;（等价于 = 0）
再清长度依赖：SET GLOBAL validate_password.length = 4;（不能低于 number_count + special_char_count + 2 * mixed_case_count 的理论最小值）
清空字符类要求：SET GLOBAL validate_password.mixed_case_count = 0;、SET GLOBAL validate_password.number_count = 0;、SET GLOBAL validate_password.special_char_count = 0;
注意：变量名含英文点号，validate_password.policy 错写成 validate_password_policy 会报 Unknown system variable

这些命令只影响后续的 CREATE USER 和 ALTER USER，对已存在的用户密码无作用，也不需要 FLUSH PRIVILEGES。

win可用的mysql指令skill

安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。

下载

为什么 ALTER USER 还是报错？试试显式指定认证插件

即使策略已调低，用 ALTER USER 'root'@'localhost' IDENTIFIED BY '123' 仍可能失败，原因是默认认证方式 caching_sha2_password 对弱密码哈希生成有额外限制。绕过它的办法是显式绑定旧插件：

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123';

这个操作跳过了 caching_sha2_password 的内部校验路径，让密码直接走 mysql_native_password 的哈希流程，和强度策略解耦。生产环境不建议长期用，但初始化时快速通关最稳。

别用 SET PASSWORD = ... —— MySQL 8.0 已移除 PASSWORD() 函数，该语法直接报错
客户端连接时若仍连不上，加 --default-auth=mysql_native_password 参数，确保握手阶段就用对插件
Windows 下 CMD 会吃掉 &、^，粘贴密码时优先用 PowerShell 或 Git Bash

my.cnf 里配参数为什么重启后没用

my.cnf 中的 validate_password.xxx 配置项仅在 MySQL 启动时读取一次，用于初始化插件参数；运行中修改必须用 SET GLOBAL，而持久化要用 SET PERSIST（MySQL 8.0.14+）。很多人把 validate_password.length = 6 写进配置文件，重启后 SHOW VARIABLES 却还是 8，就是因为插件加载后覆盖了配置值。

检查插件是否真从配置加载：mysqld --verbose --help | grep "validate_password"，看输出里有没有相关参数
想永久生效，用 SET PERSIST validate_password.length = 6;，它会写入 mysqld-auto.cnf，比改 my.cnf 更可靠
彻底禁用？执行 UNINSTALL PLUGIN validate_password;，但卸载后 password_history 等企业特性也全失效，开发环境可接受，生产慎用

真正容易被忽略的是：策略参数之间存在隐式下限约束，比如 length 不能低于各字符类要求之和，否则 SET GLOBAL 会静默失败而不报错——必须用 SHOW VARIABLES 确认最终值是否如你所设。