在1核2GB内存的服务器上部署MySQL能支持多少并发连接？

在1核2GB内存的服务器上，MySQL能支持的并发连接数并不是一个固定的数值，它取决于多个因素。但我们可以给出一个大致的范围和建议配置：

一、关键影响因素

1. 内存限制（最主要瓶颈）

• MySQL每个连接都会分配一定的内存（线程缓存、排序缓冲区、临时表等）
• 默认 thread_stack 为192KB，但实际使用中可能更多
• 如果设置过大的 sort_buffer_size、join_buffer_size、tmp_table_size 等，会迅速耗尽内存

2. 并发类型

• 短连接/轻量查询：可支持较多并发
• 长连接/复杂查询：并发数显著降低
• 写密集 vs 读密集：影响不同

3. 其他进程占用

• OS本身占用约200–500MB
• 若有Web服务（如Nginx+PHP/Java）也在同一台机器，可用内存更少

二、合理估算

✅ 保守估计：50–100个活跃并发连接

这是在实际生产环境中比较安全且稳定的范围。

⚠️ 极限测试值：200–500个连接

通过调整参数可以达到更高连接数，但性能会急剧下降，不推荐用于生产环境。

三、推荐配置优化

[mysqld]
# 最大连接数（建议不超过200）
max_connections = 150

# 每个连接的内存相关参数（越小越省内存）
thread_stack = 192K
sort_buffer_size = 256K
read_buffer_size = 128K
read_rnd_buffer_size = 256K
join_buffer_size = 256K
tmp_table_size = 16M
max_heap_table_size = 16M

# InnoDB缓冲池（核心！占内存的70–80%最佳）
innodb_buffer_pool_size = 1G

# 日志和检查点
innodb_log_file_size = 256M
innodb_flush_log_at_trx_commit = 1

# 其他
open_files_limit = 65535
table_open_cache = 400

注意：innodb_buffer_pool_size 设置为1GB是充分利用剩余内存的关键，这比增加连接数更重要。

四、监控与调优建议

1. 监控当前使用

   SHOW STATUS LIKE 'Threads_connected';
   SHOW STATUS LIKE 'Threads_running';

2. 避免连接数打满

   • 当 Threads_connected > max_connections × 0.8 时就需要警惕
   • 使用连接池（如HikariCP、Druid）复用连接

3. 长期建议

   • 如果应用确实需要高并发，升级服务器配置是最根本的解决方案
   • 考虑读写分离、分库分表等架构优化

五、总结

核心原则：比起追求高连接数，更应该关注单个连接的资源消耗和InnoDB缓冲池的大小。对于1核2GB服务器，将大部分内存留给 innodb_buffer_pool_size，配合合理的 max_connections，才是保障性能和稳定性的正确做法。