mysql 8.0强制替换mysql_native_password是因sha-1已被nist弃用且易被破解，caching_sha2_password通过盐值+5000轮sha-256存储、ssl/rsa加密传输、内存缓存验证结果三重机制提升安全与性能；老客户端连不上本质是协议断层，旧驱动不支持其握手流程；改回mysql_native_password虽可临时连通，但主动降级安全，且mysql 8.4已默认禁用、9.0将彻底移除。
MySQL 8.0为什么强制换掉mysql_native_password？
因为SHA-1已被证实不安全，而caching_sha2_password是MySQL对NIST弃用建议和现实攻击能力的直接响应——不是“要不要升级”，而是旧机制已无法满足基本合规底线。
caching_sha2_password到底解决了哪些具体问题？
它不是单纯换了个哈希算法，而是重构了认证链路：
- 存储层：用
$A$005$开头的格式存盐值+5000轮SHA-256迭代哈希，彻底防彩虹表和快速暴力破解 - 传输层：默认要求SSL或RSA公钥加密；无SSL时拒绝明文密码传输，堵死中间人窃听路径
- 性能层：内存缓存成功验证过的哈希结果，同一客户端重复连接可跳过RSA加解密，延迟从毫秒级降到微秒级
为什么老客户端连不上？关键卡点在哪？
错误如Public Key Retrieval is not allowed或authentication plugin 'caching_sha2_password' cannot be loaded，本质是协议断层：
MySQL（Linux）
下载
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
- 旧JDBC驱动（
mysql-connector-java ）、PHP <code>mysqli扩展（）根本不认识<code>caching_sha2_password握手流程 - ODBC驱动若未启用
AllowPublicKeyRetrieval=true且未配SSL，会在RSA公钥交换阶段直接中断 - Navicat等GUI工具需升级到支持MySQL 8.0协议的版本，否则解析
authentication_string字段失败
改回mysql_native_password真能解决问题吗？
能连上，但代价明确：
-
ALTER USER ... IDENTIFIED WITH mysql_native_password只是临时绕过，等于主动降级安全水位 - MySQL 8.4已默认禁用该插件，9.0将彻底移除——兼容性补丁会随版本演进失效
- 企业审计（如等保2.0、GDPR）可能直接否决SHA-1认证方案
真正要处理的不是“怎么让它连上”，而是确认你的客户端栈是否已覆盖SSL支持、RSA公钥协商、SHA-256哈希校验这三个硬性依赖。漏掉任意一环，都只是把问题推迟到下次升级。
