usessl=false不生效的常见原因包括：verifyservercertificate未设为false、mysql workbench 8.0+客户端强制校验、驱动版本参数敏感（须全小写usessl=false）、服务端require_secure_transport=on全局拦截。
useSSL=false 不生效的常见原因
MySQL 8.0+ 驱动（com.mysql.cj.jdbc.Driver）默认强制启用 SSL，但仅靠 useSSL=false 并不能总让它安静下来——尤其当连接 URL 中还混着其他冲突参数时。
最典型的情况是：你写了 useSSL=false，但 URL 里同时存在 verifyServerCertificate=true（或未显式设为 false），这时驱动会忽略 useSSL=false，坚持走 SSL 流程并报错。
-
useSSL=false必须和verifyServerCertificate=false成对出现，缺一不可 - 参数顺序无关，但拼写必须全小写、无空格、无中文标点
- 如果 URL 已含其他查询参数，确保用
&连接（不是&，XML/HTML 场景下易错） - 某些旧版 Spring Boot 或 Druid 配置会自动注入 SSL 相关参数，覆盖你的手动设置
MySQL Workbench 8.0 的特殊限制
Workbench 8.0+ 默认拒绝非 SSL 连接，哪怕服务端没开 SSL，它也会主动校验并报错：SSL connection error: SSL is required but the server doesn't support it。
这不是驱动问题，而是客户端策略硬限制。解决方式不是改服务端，而是绕过它的校验逻辑：
- 在连接配置 → Advanced → Others 栏中，手动添加键值对：
useSSL=false - 保存后测试连接，会弹出警告框，必须点 Continue Anyway（不是 “OK” 或 “Yes”）
- 若仍失败，检查是否启用了 “Use SSL” 复选框（在主连接页），务必取消勾选
驱动版本与参数兼容性陷阱
MySQL Connector/J 8.0.x 对参数敏感度远高于 5.1.x，很多过去能蒙混过关的写法现在直接失效。
例如这些写法在 8.0.23+ 中会被静默忽略或触发异常：
-
useSSL=FALSE（大写 FALSE —— 必须小写false） -
useSsl=false（大小写混用 —— 必须全小写useSSL） -
?useSSL=false&serverTimezone=UTC末尾漏了分号或换行导致截断 - 使用
mysql-connector-java5.x 驱动连接 MySQL 8.0 —— 驱动不识别新参数，直接 fallback 到 SSL 强制模式
验证方法：启动时加 JVM 参数 -Dcom.mysql.cj.log.Slf4JLogger.level=DEBUG，看日志里是否打印出 SSL disabled by user。
服务端 require_secure_transport 导致的“假关闭”
即使你在连接串里写了 useSSL=false，如果 MySQL 服务端设置了 require_secure_transport=ON，所有非 SSL 连接都会被服务器直接拒绝，错误类似：Access denied for user ... (using password: YES)，但实际和密码无关。
查证命令：
SELECT @@require_secure_transport;
若返回 ON，则必须：
- 临时关闭：执行
SET PERSIST require_secure_transport = OFF;（需 SUPER 权限） - 永久关闭：编辑
my.cnf，在[mysqld]下添加require_secure_transport=OFF，然后重启 mysqld - 或改用 SSL 连接（提供
ssl-ca、ssl-cert等），而非硬关
注意：require_secure_transport 是全局开关，它优先级高于客户端任何 useSSL 设置 —— 这是最容易被忽略的底层拦截点。
