Linux服务器只有2G内存，安装MySQL时频繁崩溃怎么办？

在 2GB 内存的 Linux 服务器上运行 MySQL 确实容易因内存不足导致 OOM（Out Of Memory）崩溃。以下是经过验证的优化方案，按优先级排序：

1. 核心配置优化（最关键）

修改 /etc/my.cnf 或 /etc/mysql/my.cnf，重点调整以下参数：

[mysqld]
# 限制连接数（默认可能过高）
max_connections = 50

# 关键：大幅降低内存占用参数
innodb_buffer_pool_size = 300M      # 占物理内存 15% 左右（2G * 15% ≈ 300M）
innodb_log_file_size = 64M          # 减少日志文件大小
innodb_flush_method = O_DIRECT      # 避免双重缓冲
query_cache_size = 0                # MySQL 8.0+ 已废弃，旧版本建议关闭
table_open_cache = 200              # 降低表缓存
thread_cache_size = 10              # 线程池大小
sort_buffer_size = 128K             # 排序缓冲区
read_buffer_size = 128K             # 读取缓冲区
join_buffer_size = 128K             # 连接缓冲区
tmp_table_size = 64M                # 临时表最大内存
max_heap_table_size = 64M           # 同上

# 其他安全设置
skip-name-resolve                   # 禁用 DNS 解析提速启动
local-infile = 0                    # 禁用本地文件导入（安全）

💡 原理：MySQL 默认会尝试分配大量内存（如 innodb_buffer_pool_size 默认可能是总内存的 50%），在 2G 环境下极易触发 OOM。上述配置将总内存占用控制在合理范围（约 500-700MB）。

2. 系统级优化

a) 启用 Swap 分区（必须操作）

即使 Swap 速度慢，也能防止进程被直接杀死：

# 创建 2G swap 文件
sudo dd if=/dev/zero of=/swapfile bs=1M count=2048
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

# 永久生效
echo "/swapfile none swap sw 0 0" | sudo tee -a /etc/fstab

# 调整 swappiness（降低使用倾向）
sudo sysctl vm.swappiness=10

b) 监控内存状态

安装工具实时监控：

sudo apt install htop  # Debian/Ubuntu
sudo yum install htop  # CentOS/RHEL
htop                  # 实时查看内存/CPU

3. 应用层优化

• 查询优化：避免全表扫描、大事务、未加索引的复杂 JOIN
• 连接池：应用端使用连接池（如 HikariCP），控制并发连接数
• 定期清理：删除无用数据库/表，压缩历史数据归档

4. 替代方案（如果仍不稳定）

5. 故障排查步骤

当再次崩溃时立即执行：

# 1. 查看系统日志确认 OOM
sudo dmesg | grep -i "out of memory"
sudo journalctl -xe | grep -i "killed process"

# 2. 检查 MySQL 错误日志
sudo tail -n 50 /var/log/mysql/error.log

# 3. 临时重启并观察
sudo systemctl restart mysql
sudo free -h  # 对比重启前后内存变化

⚠️ 注意：切勿盲目增加 innodb_buffer_pool_size！在 2G 内存下超过 500M 极易导致系统整体卡顿。

通过以上组合策略，绝大多数 2G 服务器上的 MySQL 都能稳定运行。如果业务量持续增长，建议优先考虑升级到 4G 内存实例或使用云数据库服务。