Mac M1环境下MySQL数据填充至80%时连接池获取连接失败求助

问题场景 #

Mac M1设备通过Homebrew安装MySQL@5.7，产品启动可正常连接MySQL并填充数据，但数据填充至约80%时，出现连接池获取连接异常：

java.sql.SQLException: java.lang.Exception: Exception during getConnection from pool Exception occurred during get connection from datasource
Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

当前my.cnf仅配置了bind-address = 127.0.0.1。

排查与解决方案 #

1. 扩容MySQL连接数与超时配置

批量数据填充会占用大量数据库连接，默认连接数上限可能不足以支撑，导致连接池耗尽。修改my.cnf添加以下配置：

[mysqld]
bind-address = 127.0.0.1
max_connections = 500          # 提升最大连接数
wait_timeout = 300             # 延长空闲连接超时时间
interactive_timeout = 300      # 与wait_timeout保持一致
innodb_buffer_pool_size = 8G   # 根据内存调整，比如16G内存设为8G，提升InnoDB缓存能力

修改后重启MySQL服务：

brew services restart mysql@5.7

2. 优化Java连接池配置

确保连接池能及时检测失效连接，避免使用MySQL已回收的连接：

• 添加连接有效性验证：配置validationQuery=SELECT 1，同时开启testOnBorrow=true（获取连接时验证）或testWhileIdle=true（空闲时验证）
• 调整连接池的maxIdle和minIdle参数，避免空闲连接长时间闲置被MySQL回收
• 匹配连接池的maxWait参数，确保获取连接时的超时时间合理，避免因等待过久抛出异常

3. 排查M1兼容性与系统资源瓶颈

MySQL 5.7在M1上依赖Rosetta运行，批量插入时可能出现资源瓶颈：

• 查看MySQL错误日志（路径通常为/usr/local/var/mysql/[你的主机名].err），排查是否有连接超时、磁盘IO过高、内存不足等报错
• 用top或活动监视器监控CPU、内存、磁盘IO，确认批量插入时是否存在资源耗尽情况
• 若磁盘IO过高，可暂时关闭MySQL的sync_binlog（sync_binlog=0）或调整innodb_flush_log_at_trx_commit=2，牺牲少量持久性换取写入性能

4. 优化数据填充逻辑

减少短时间内的资源占用：

• 拆分大批次数据为小批次提交，避免单次插入占用过多连接和内存
• 复用数据库连接，避免频繁创建、销毁连接的开销
• 使用INSERT ... VALUES (...), (...), ...的批量插入语法，减少网络交互次数

内容的提问来源于stack exchange，提问作者hariharan baskaran