在2核1GB的Linux服务器上部署MySQL需要调整哪些关键参数？

在 2核 1GB 内存的 Linux 服务器上部署 MySQL，属于资源极度受限的环境。默认配置（如 InnoDB buffer pool 过大、连接数过多）极易导致 OOM（内存溢出）或频繁 Swap，造成服务崩溃。

以下是必须调整的关键参数及优化建议：

✅ 一、核心参数调整（my.cnf / my.ini）

1. InnoDB Buffer Pool Size

关键原则：InnoDB 是 MySQL 主要存储引擎，buffer pool 缓存数据和索引。1GB 内存中，最多分配 50%~60% 给 InnoDB。

[mysqld]
innodb_buffer_pool_size = 384M   # 推荐值：384MB ~ 512MB
# 如果仅存少量数据，可设为 256M；若接近 1GB，不要超过 512M

⚠️ 注意：

• 不要设置为 1G！否则系统无内存处理其他进程，直接 OOM。
• 若使用 innodb_buffer_pool_instances = 1（小实例默认），可减少锁竞争。

2. 最大连接数（max_connections）

关键原则：避免过多连接耗尽内存和 CPU。

max_connections = 50             # 默认 151，对 1GB 服务器来说太高

• 每个连接至少消耗几 MB 内存（线程栈 + 排序缓冲区等）。
• 配合应用层连接池使用，避免直连数据库。

3. Sort 和 Join 相关缓冲区

关键原则：缩小临时操作内存占用，防止因大查询触发磁盘交换。

sort_buffer_size = 256K          # 默认 2MB，改为 256KB
read_buffer_size = 256K          # 默认 1.3MB，改为 256KB
join_buffer_size = 256K          # 默认 256KB，保持或略降
tmp_table_size = 16M             # 默认 16M，保持即可
max_heap_table_size = 16M        # 与 tmp_table_size 一致

💡 这些是每个连接独立分配的，设置过小会影响性能，但过大则易 OOM。需平衡。

4. 日志相关

log_error_verbosity = 2          # 减少错误日志噪音
slow_query_log = ON              # 开启慢查询日志，便于优化
long_query_time = 2              # 记录执行超过 2 秒的查询

5. InnoDB 其他关键参数

innodb_log_file_size = 64M       # 默认 48M，可适当增大提升写入性能
innodb_flush_log_at_trx_commit = 2  # 若允许丢失最近 1 秒数据，设为 2 提升性能；否则保持 1
innodb_flush_method = O_DIRECT   # 避免双重缓冲，减少 I/O 开销
innodb_io_capacity = 200         # SSD 可设 500~1000，HDD 保持 200

✅ 二、操作系统层面优化

1. 禁用 Swap（强烈建议）

Swap 会导致 MySQL 响应极慢甚至卡死。

# 查看 swap 状态
free -h

# 临时关闭
sudo swapoff -a

# 永久关闭：注释 /etc/fstab 中的 swap 行，然后 reboot

⚠️ 若无足够物理内存，禁用 Swap 可能导致 OOM 直接 Kill 进程。因此必须确保 InnoDB buffer pool + OS 开销 < 1GB。

2. 调整内核参数

# /etc/sysctl.conf
vm.swappiness = 0                # 优先使用物理内存
net.core.somaxconn = 1024        # 提高 TCP 监听队列
fs.file-max = 65535              # 增加文件描述符上限

sysctl -p

3. 调整 MySQL 用户文件描述符限制

# /etc/security/limits.conf
mysql soft nofile 65535
mysql hard nofile 65535

✅ 三、MySQL 启动前检查清单

✅ 四、额外建议

1. 使用轻量级 MySQL 分支：

   • 考虑 MariaDB 10.5+ 或 Percona Server，它们对低内存环境有更好优化。
   • 或使用 MySQL 8.0 的 --performance-schema=OFF 减少开销。

2. 监控内存使用：

   SHOW VARIABLES LIKE 'innodb_buffer_pool_pages_total';
   SHOW STATUS LIKE 'Threads_connected';

   定期观察是否接近内存上限。

3. 应用层优化：

   • 使用连接池（如 HikariCP、Druid）。
   • 避免大事务、大 JOIN、未索引查询。
   • 分页查询使用 LIMIT offset, size 而非深分页。

4. 考虑升级硬件：

   1GB 内存运行 MySQL 仅适合极低负载场景（如个人博客、测试环境）。生产环境建议至少 2GB+ 内存。

📌 总结配置示例（my.cnf）

[mysqld]
user=mysql
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock

# 核心内存优化
innodb_buffer_pool_size = 384M
innodb_buffer_pool_instances = 1
max_connections = 50

# 缓冲区调优
sort_buffer_size = 256K
read_buffer_size = 256K
join_buffer_size = 256K
tmp_table_size = 16M
max_heap_table_size = 16M

# InnoDB 优化
innodb_log_file_size = 64M
innodb_flush_log_at_trx_commit = 2
innodb_flush_method = O_DIRECT
innodb_io_capacity = 200

# 日志
log_error_verbosity = 2
slow_query_log = ON
long_query_time = 2

[client]
socket=/var/lib/mysql/mysql.sock

重启 MySQL 后，通过 SHOW VARIABLES LIKE '%buffer%'; 和 free -h 验证内存使用情况。