咨询global max_connections与spring.hikari.maximumPoolSize区别及生产配置方案

1. 是否必须设置MySQL的global max_connections？ #

必须设置。默认150的连接数远不足以支撑20个微服务的并发需求——每个微服务的Hikari连接池都会向MySQL发起独立连接，再加上MySQL自身需要预留的系统连接（如管理员操作、内部线程连接），默认值会很快触发Too many connections错误。

2. global max_connections的推荐值 #

推荐值需结合所有微服务连接池最大容量总和与MySQL服务器硬件资源计算：

• 基础公式：global max_connections = 所有微服务hikari.maximumPoolSize之和 + 预留20-50个系统连接
• 硬件参考：每个MySQL连接约占用10-20MB内存，需确保总连接数占用内存不超过服务器可用内存的70%，避免影响其他进程运行
• 针对你的场景：若按每个微服务平均20个连接池大小计算，20个服务总和为400，加上30个预留系统连接，建议设置为450-500；后续可根据实时监控数据（如执行show global status like 'Threads_connected';）调整，保持日常连接数在阈值的70%以内。

注意：修改后需将配置写入my.cnf（Linux）或my.ini（Windows），避免MySQL重启后失效：

[mysqld]
max_connections = 450

3. 每个微服务都需要配置spring.hikari.maximumPoolSize=20吗？ #

不需要一刀切，应根据每个微服务的业务并发负载调整：

• 核心业务微服务（如订单、支付）：并发请求多，可设置为15-25
• 边缘业务微服务（如日志、通知）：并发请求少，可设置为8-15
• 参考最佳实践：单服务连接池大小建议为(CPU核心数 * 2) + 磁盘数量，但多微服务场景下需优先保证总连接数不超出MySQL的global max_connections上限。

4. 两个配置是否协同生效？ #

是的，二者是全局上限与局部池大小的协同关系：

• MySQL的global max_connections是整个数据库实例允许的最大连接数总和，所有微服务的连接池连接、系统连接都计入这个总数
• 每个微服务的spring.hikari.maximumPoolSize是该服务连接池能创建的最大连接数
• 如果所有微服务的池大小总和超过MySQL的global max_connections（减去预留连接），并发高峰时会出现无法获取连接的错误，因此必须确保二者数值匹配。

额外注意事项 #

• 监控连接状态：定期执行show global status like 'Threads_connected';查看当前连接数，结合业务峰值调整配置
• 避免闲置连接：合理设置spring.hikari.minimumIdle（建议小于maximumPoolSize，比如设为5），避免闲置连接占用资源
• 压测验证：上线前通过压测工具模拟五位数并发，验证连接数配置是否足够，同时排查是否存在连接泄漏问题

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