Java连接MySQL中文乱码本质是客户端、连接层、服务端、表结构四者字符集未统一为utf8mb4；连接超时则源于connectTimeout、socketTimeout、wait_timeout等参数配置不当或网络问题，须分头排查验证。

Java 应用连接 MySQL 时出现中文乱码和连接超时，本质是两个独立但常被同时遇到的问题：前者源于字符编码链路不一致，后者源于网络、配置或资源限制。解决需分头处理，不能混为一谈。

确保全链路 UTF-8 字符集统一

乱码不是“某个地方没设 UTF-8”，而是客户端、连接层、服务端、表结构四者中任一环节脱节所致。必须逐层确认：

• MySQL 服务端默认字符集：修改 my.ini（Windows）或 my.cnf（Linux），在 [mysqld] 下添加
  character-set-server=utf8mb4
  并在 [client] 和 [mysql] 下添加
  default-character-set=utf8mb4
• 数据库与表显式声明字符集：建库建表时不依赖默认值，直接指定
  CREATE DATABASE db_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
CREATE TABLE t_user (name VARCHAR(50)) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
• JDBC 连接 URL 强制编码：URL 中必须包含以下参数（注意拼写是 utf8mb4，不是 utf-8）
  ?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=Asia/Shanghai
  示例完整 URL：
  jdbc:mysql://localhost:3306/db_name?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=Asia/Shanghai
• 验证是否生效：连接后执行 SQL
  SHOW VARIABLES LIKE 'character_set%';
  关键字段应全为 utf8mb4，尤其是 character_set_client、character_set_connection、character_set_results、character_set_database

正确处理 JDBC 连接超时异常

超时不是代码写错，而是连接建立阶段耗时超过阈值。常见原因和对应设置如下：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 连接建立超时（Connection timeout）：指 TCP 握手到 MySQL 服务响应之间的时间。由 connectTimeout 控制，单位毫秒
  jdbc:mysql://host:port/db?connectTimeout=5000（默认通常为 0，即无限等待）
• 连接空闲超时（Socket timeout）：指已建立连接后，等待服务器返回数据的最大时间。由 socketTimeout 控制
  &socketTimeout=30000（建议设为 10–30 秒，避免长时间挂起）
• 连接池层面的超时（如 HikariCP）：需单独配置，例如
  connection-timeout=3000（获取连接最大等待时间）
  idle-timeout=600000（连接空闲多久后释放）
  max-lifetime=1800000（连接最长存活时间）
• MySQL 服务端主动断连：检查 wait_timeout 和 interactive_timeout 值（单位秒），若过小（如 60），连接池中的空闲连接会被 MySQL 关闭，下次使用时报 “Connection closed” 类异常。建议调至 1800 或更高

Java 代码中规范捕获与响应

不要让异常穿透到前端或静默吞掉，要区分类型做不同处理：

立即学习“Java免费学习笔记（深入）”；

• SQLSyntaxErrorException / SQLNonTransientException：属配置或语句错误，应记录日志并告警，不可重试
• SQLTimeoutException：明确是超时，可考虑降级、重试（需幂等）或返回友好提示
• CommunicationsException（含 “Connection refused”、“Connection reset”）：大概率是网络中断、MySQL 崩溃或防火墙拦截，需检查服务状态
• 实际编码建议：
  在 DAO 层 catch SQLException 后，用 e.getSQLState() 或 e.getErrorCode() 判断子类；
  对超时类异常，加监控埋点（如记录耗时、触发告警）；
  避免在 finally 中盲目 close(conn)，应判空且用 try-with-resources 更安全

辅助排查手段不能少

仅改配置不验证，等于没改。上线前务必交叉验证：

• 用命令行 mysql -u user -p -D db_name 连入，执行 INSERT INTO t VALUES ('测试');，再 SELECT 确认显示正常
• 在 Java 中执行 SELECT @@character_set_client, @@character_set_connection, @@character_set_results;，确认三者均为 utf8mb4
• 用 telnet host port 测试端口连通性，排除网络层阻断
• 开启 MySQL 慢查询日志 + 连接日志（general_log=ON），观察连接建立过程是否卡在某一步