为什么MySQL8.4下旧版连接驱动频繁报Handshake错误-mysql教程-PHP中文网

mysql 8.4 默认强制ssl协商，旧驱动不兼容；根治需服务端配置skip_ssl并重启，确认have_ssl=disabled，同时避开8.4.0驱动bug，改用8.3.0或8.4.5+版本。

为什么mysql8.4下旧版连接驱动频繁报handshake错误

MySQL 8.4 默认强制协商 SSL，旧驱动不兼容

MySQL 8.4（含 8.4.0 起所有小版本）服务端默认开启 SSL 协商流程，即使未配置证书，也会在握手阶段发送 SSL 请求包。而旧版驱动（如 mysql-connector-java 5.1.x、6.0.x 或部分未升级的 8.0.2x）既不支持该行为，也未正确处理“服务端提议 SSL 但无证书”的降级逻辑，直接中断连接，表现为 Lost connection to MySQL server at 'handshake' 或日志中高频出现 [Note] Bad handshake。

useSSL=false 在 8.4+ 环境下容易失效的几个原因

加了 useSSL=false 却仍报错，常见于以下情况：

useSSL=false 写成 userSSL=false（拼错参数名），驱动静默忽略
URL 中多个参数未用 & 分隔，例如 ?useUnicode=true&useSSL=falsecharacterEncoding=utf8，导致 characterEncoding 被当成了 useSSL 的值
使用了新版驱动（mysql-connector-j 8.4.0），它已弃用 useSSL，改用 enabledTLSProtocols= 或要求显式配 allowPublicKeyRetrieval=true
Spring Boot 2.4+ 默认启用 SSL 校验增强，仅设 useSSL=false 不够，必须补上 allowPublicKeyRetrieval=true，否则抛 SSLHandshakeException

skip_ssl 是最稳的根治方式，但要注意配置位置

服务端禁用 SSL 比客户端绕过更可靠，操作本身简单，但容易出错的地方是：

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

必须在 [mysqld] 段落里加 skip_ssl，不是 [client] 或 [mysql]
不能写成 ssl=0、ssl_disabled=1 或 require_secure_transport=OFF（后者只控制强制要求，不关闭协商）
改完后必须重启服务：systemctl restart mysqld（Linux）或 Windows 服务管理器中重启
验证是否生效：连上 MySQL 后执行 SHOW VARIABLES LIKE '%ssl%';，确认 have_ssl 和 have_openssl 均为 DISABLED

MySQL 8.4.0 驱动自身存在 handshake 初始化缺陷

官方已确认 mysql-connector-j 8.4.0 存在驱动层 Bug（Bug #115736），表现是连接初始化时握手阶段卡顿或失败，尤其在高并发下触发 SQLNonTransientConnectionException: Got an error writing communication packets（错误码 1160，SQLSTATE 08S01）。这不是配置问题，而是驱动代码缺陷：