在4G内存的Linux服务器上部署MySQL 8.0需要注意什么？

在 4GB 内存的 Linux 服务器上部署 MySQL 8.0 需要格外谨慎，因为默认配置通常会占用大量内存（可能高达 2-3GB），容易导致 OOM（Out of Memory）崩溃。以下是关键注意事项和优化建议：

核心内存优化参数

1. 调整关键内存参数

# /etc/my.cnf 或 /etc/mysql/my.cnf
[mysqld]
# 限制最大连接数（根据实际需求，通常 50-100）
max_connections = 60

# Innodb 缓冲池大小（建议占总内存 50%-70%）
innodb_buffer_pool_size = 2G

# 禁用不必要的功能以节省内存
performance_schema = OFF
log_bin_truncate_on_overflow = ON

# 日志文件位置（避免写入内存）
general_log_file = /var/log/mysql/general.log
slow_query_log_file = /var/log/mysql/slow.log

# 临时表设置
tmp_table_size = 64M
max_heap_table_size = 64M

# 线程缓存
thread_cache_size = 10

# 其他内存相关参数
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 2M
join_buffer_size = 2M

2. 监控和诊断工具

# 检查当前内存使用情况
free -h
top -o %MEM

# 查看 MySQL 实际内存使用
mysql -u root -p -e "SHOW STATUS LIKE 'Innodb_buffer_pool_pages%';"
mysql -u root -p -e "SHOW VARIABLES LIKE '%buffer_pool%';"

# 检查是否有 OOM 记录
dmesg | grep -i "out of memory"
grep -i "killed process" /var/log/syslog

部署最佳实践

1. 系统层面优化

# 添加 Swap 空间（至少 2-4GB）
sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

# 调整 Swappiness
echo 'vm.swappiness=10' | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

2. 服务启动优化

# 创建 systemd 服务文件（可选）
sudo nano /etc/systemd/system/mysqld.service

3. 应用层优化

• 使用连接池管理数据库连接
• 定期清理慢查询日志
• 监控并优化频繁执行的复杂查询
• 考虑使用读写分离架构

验证和测试

# 重启 MySQL 后验证配置
systemctl restart mysqld
systemctl status mysqld

# 检查配置是否生效
mysql -u root -p -e "SHOW VARIABLES LIKE 'innodb_buffer_pool_size';"

# 压力测试前确保有足够监控
watch -n 1 'free -h && mysqladmin -u root -p status'

常见陷阱

1. 不要完全依赖默认配置：MySQL 8.0 默认会尝试使用更多内存
2. 避免过度优化：某些参数过低会影响性能
3. 定期监控：设置监控告警防止内存溢出
4. 备份策略：确保有完整的备份方案

推荐配置示例（4GB 内存）

[mysqld]
max_connections = 60
innodb_buffer_pool_size = 2G
innodb_log_file_size = 256M
tmp_table_size = 64M
max_heap_table_size = 64M
sort_buffer_size = 2M
read_buffer_size = 2M
join_buffer_size = 2M
thread_cache_size = 10
performance_schema = OFF
query_cache_type = 0
query_cache_size = 0

记住：最好的配置取决于你的具体应用场景。建议先在测试环境验证，再应用到生产环境。同时保持对系统资源的持续监控，根据实际情况动态调整。