MySQL 8.0 默认启用 caching_sha2_password 是因 mysql_native_password 依赖已被 NIST 弃用的 SHA1 算法，存在密码哈希碰撞风险；其缓存机制仅在短连接高频场景提速明显，且支持 TLS 或 RSA 加密保障传输安全。
SHA1 已被 NIST 明确弃用，mysql_native_password 不再满足基础安全水位
MySQL 8.0 把 caching_sha2_password 设为默认，根本原因不是“为了新功能”，而是 mysql_native_password 底层依赖 SHA1 算法——它对相同密码生成完全相同的哈希值（SHA1(SHA1(password))），攻击者可据此判断多个账户是否使用了同一密码，进而定向爆破。NIST 已在 2026 年前明确要求停用 SHA1，MySQL 官方也把 mysql_native_password 标记为“legacy”。
caching_sha2_password 的缓存机制真能提速，但只对短连接高频场景有效
它比 sha256_password 多了一层服务端内存缓存：首次认证走完整 5000 轮 SHA256 计算，后续同用户 300 秒内重连直接查缓存，耗时下降 60%~80%。但这仅在 PHP-FPM、Serverless、连接池未复用等短连接场景明显；长连接或低频应用几乎感知不到差异。而 mysql_native_password 每次都只做轻量 SHA1，单次更快，但无安全缓冲。
它不要求强制 TLS，但会拒绝不安全的明文握手
caching_sha2_password 允许两种路径完成认证：
- 走 TLS 加密通道，直接传输加盐哈希
- 走非加密连接，但必须支持 RSA 密钥交换（客户端用服务端公钥加密密码）
旧客户端（如 Navicat ≤12.1、JDBC Authentication plugin 'caching_sha2_password' cannot be loaded 或 Unknown authentication method。
别混淆 default_authentication_plugin 和已有用户插件
修改 default_authentication_plugin 只影响后续 CREATE USER 创建的新用户，对已存在的 root、appuser 或复制账号完全无效。很多人改完配置重启，发现还是连不上——因为他们的用户早在 MySQL 8.0 初始化时就用 caching_sha2_password 存了哈希，plugin 字段没变。真正要动的是每个 user@host 的 plugin 值，靠 ALTER USER ... IDENTIFIED WITH mysql_native_password BY 'pwd' 逐个覆盖。
