MySQL 8.0+ 升级后需同步更新 mysql-connector-java 至 8.x 版本，确保 driver-class-name、JAR 包、JDBC URL 参数（如 serverTimezone、cachePrepStmts 等）及健康检测 SQL 全部适配，否则连接成功但执行 SQL 异常。
MySQL升级到8.0+后，旧版JDBC连接池（如DBCP、Tomcat JDBC Pool等）本身不报错，但底层驱动不兼容新协议，会导致连接创建成功却执行SQL时抛异常——这不是连接池的问题，是它加载的mysql-connector-java版本太老。
检查连接池实际加载的JDBC驱动版本
连接池只是容器，真正干活的是它 classpath 里的 mysql-connector-java JAR。很多项目用的是 DBCP 1.x 或 Tomcat JDBC Pool 7.x，它们没强制绑定驱动版本，容易沿用旧包。
- 运行时查类路径：
System.getProperty("java.class.path")打印出来，grep 查找mysql-connector-java-5.*.jar或mysql-connector-java-6.*.jar - Maven 项目看
mvn dependency:tree | grep mysql，确认没有mysql:mysql-connector-java:5.1.49这类残留 - Spring Boot 2.1+ 默认带 8.x 驱动，但若你
<exclusions>掉了spring-boot-starter-jdbc的依赖又手动引了 5.x，连接池就会悄悄加载错版本
连接池配置里不能只改 driver-class-name
只把 driver-class-name 改成 com.mysql.cj.jdbc.Driver 不够。如果 JAR 还是 5.x，这个类根本不存在，启动就 ClassNotFoundException；如果 JAR 是 8.x 但配置漏参数，连接池能建连、初始化成功，但第一次 executeQuery() 就卡住或返回空结果。
- 必须同步替换 JAR：Maven 中删掉所有 5.x 依赖，换成
<version>8.3.0</version>（当前最新稳定版） - 连接池的 URL 必须带完整参数：
jdbc:mysql://localhost:3306/db?serverTimezone=Asia/Shanghai&characterEncoding=utf8&useSSL=false&allowPublicKeyRetrieval=true - XML/properties 文件中
&要写成&，否则解析失败，参数被截断
连接池启用预编译语句缓存时要显式配大小
MySQL 8.0 对 cachePrepStmts 更严格。老驱动默认开启缓存但不设上限，新驱动在未显式配置时会禁用缓存，导致 MyBatis 动态 SQL、IN 列表过长的查询执行失败或权限拒绝。
- 在连接池配置中补全三项：
&cachePrepStmts=true&prepStmtCacheSize=250&prepStmtCacheSqlLimit=2048 - Tomcat JDBC Pool 示例：
connectionProperties="cachePrepStmts=true;prepStmtCacheSize=250;prepStmtCacheSqlLimit=2048" - DBCP2 用户注意：
connectionFactory或connectionInitSqls不影响驱动层参数，必须塞进 URL 字符串里
最容易被忽略的是：连接池健康检测（validationQuery）如果只写 SELECT 1，可能绕过时区/字符集校验，掩盖真实问题。建议用带时间函数的语句（如 SELECT NOW()）触发完整握手流程。
