MySQL的初始连接数由max_connections参数和应用层连接池共同控制，通过调整max_connections、超时参数及使用HikariCP等连接池技术实现连接管理。
MySQL 的初始连接数主要由 max_connections 参数控制，它决定了
MySQL 服务器允许的最大并发连接数量。虽然没有“初始连接数”的直接配置项，但可以通过调整相关参数来影响启动时的连接行为和连接池管理。
1. 设置最大连接数（max_connections）
这个参数决定了 MySQL 能同时处理多少个客户端连接。默认值通常为 151，最大可设置为 100000（取决于系统资源）。
修改方法：- 编辑 MySQL 配置文件（通常是 my.cnf 或 my.ini）：
[mysqld]
max_connections = 500
- 重启 MySQL 服务使配置生效：
sudo systemctl restart mysql
- 查看当前设置：
SHOW VARIABLES LIKE 'max_connections';
2. 控制连接创建与空闲行为
虽然不能直接设置“初始连接数”，但可以优化连接的使用方式，特别是在配合连接池时。
- wait_timeout：控制非交互式连接在关闭前保持空闲的时间（单位：秒）
- interactive_timeout：控制交互式连接的空闲超时时间
- connect_timeout：连接请求等待响应的最长时间
示例配置：
[mysqld]
wait_timeout = 600
interactive_timeout = 600
connect_timeout = 10
3. 使用连接池（应用层控制“初始连接”）
真正意义上的“初始连接数”通常由应用或中间件的连接池管理。比如：
- Java 应用中使用 HikariCP、Druid 等连接池，可以设置初始连接数量
- 例如 HikariCP 配置：
minimumIdle=10
maximumPoolSize=50
这样应用启动时就会建立 10 个连接到 MySQL，实现“初始连接”的效果。
4. 监控与调优建议
检查当前连接使用情况：
SHOW STATUS LIKE 'Threads_connected';
- 如果接近 max_connections，考虑增加该值或优化连接回收
- 注意：每个连接会消耗内存，过高设置可能导致内存不足
- 操作系统也有限制，必要时调整 ulimit -n（文件描述符限制）
基本上就这些。MySQL 本身不维护常驻的“初始连接池”，连接是按需创建的。真正的初始连接控制更多依赖于应用端的连接池配置。合理设置 max_connections 和超时参数，再结合连接池，才能有效管理连接生命周期。
