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 插件方可解决。
直接改策略比删插件更安全，也比硬扛报错更实际——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。
安装、修复、更新或打包一个基于 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 确认最终值是否如你所设。
