CentOS或Ubuntu系统下，2G内存云服务器如何优化MySQL性能？-轻量云Cloud

在 2GB 内存的云服务器上运行 MySQL，核心原则是“保守配置、减少缓存、避免交换”。MySQL 默认配置（尤其是旧版本）往往会尝试占用大量内存，导致系统频繁使用 Swap（交换分区），进而引发严重的性能下降甚至服务崩溃。

以下是针对 CentOS/Ubuntu 系统的详细优化方案：

1. 关闭或限制 Swap（关键步骤）

2GB 内存非常宝贵，一旦触发 Swap，磁盘 I/O 会成为瓶颈，数据库响应时间会呈指数级上升。

检查 Swap 状态：
```
free -h
```
临时禁用（重启失效）：
```
swapoff -a
```
永久禁用（推荐用于纯数据库服务器）：
编辑 /etc/fstab，注释掉包含 swap 的行，然后执行 swapoff -a。

注意：如果必须保留 Swap 以防 OOM（内存溢出），请确保将其优先级调低，并监控内存使用情况。

2. 调整 MySQL 配置文件 (`my.cnf`)

这是优化的核心。你需要根据实际可用内存（扣除 OS 和其他进程后约 1.5GB）进行精细设置。

找到配置文件位置：

CentOS: /etc/my.cnf
Ubuntu: /etc/mysql/mysql.conf.d/mysqld.cnf 或 /etc/mysql/my.cnf

添加或修改以下参数（建议放在 [mysqld] 下）：

[mysqld]
# --- 内存核心配置 ---
# 最大连接数：2GB 内存不宜过大，防止并发过高撑爆内存
max_connections = 50 

# 线程缓存：减少创建新线程的开销
thread_cache_size = 8

# InnoDB 缓冲池 (Innodb_buffer_pool_size)
# 最关键的参数。建议设置为总物理内存的 50%-60%
# 2G * 0.5 = 1024M, 留一点给 OS 和 OS 缓存
innodb_buffer_pool_size = 1G 

# 其他 InnoDB 相关参数
innodb_log_file_size = 256M       # 日志文件大一点，减少刷盘频率
innodb_flush_method = O_DIRECT    # 绕过 OS 缓存，直接读写磁盘，减少双重缓冲
innodb_flush_log_at_trx_commit = 2 # 牺牲少量数据安全性换取性能（每秒刷盘一次，非每次提交）
# 如果是单表小应用，可设为 1，但高并发下建议 2 或 0

# --- 字符集与连接 ---
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci

# --- 查询缓存 (Query Cache) ---
# 注意：MySQL 5.7 及以后版本已废弃 Query Cache，且在高并发下可能成为锁竞争点
# 如果使用的是 MySQL 5.7+，务必关闭它
query_cache_type = 0
query_cache_size = 0

# --- 日志与调试 ---
# 生产环境建议开启慢查询日志，但要注意不要记录所有请求
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 2  # 超过 2 秒的记录为慢查询
log_error = /var/log/mysql/error.log

# --- 临时表配置 ---
tmp_table_size = 64M
max_heap_table_size = 64M

3. 操作系统层面的优化

A. 调整 Swappiness

即使禁用了 Swap，调整内核参数也是好习惯。将 vm.swappiness 设为 0 或 1，告诉内核尽量不使用 Swap。

# 查看当前值
cat /proc/sys/vm/swappiness

# 临时修改为 1
sudo sysctl vm.swappiness=1

# 永久修改
echo "vm.swappiness=1" | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

B. 文件系统挂载选项

确保 /var/lib/mysql 所在的分区挂载了 noatime 选项，减少元数据写入开销。
编辑 /etc/fstab，在对应分区的选项中添加 noatime,nodiratime：

/dev/sdaX  /var/lib/mysql  ext4  defaults,noatime,nodiratime  0  2

修改后需重新挂载或重启：mount -o remount /var/lib/mysql。

C. 增加虚拟内存（可选策略）

如果你无法完全禁用 Swap，可以创建一个较大的 Swap 文件作为“保险”，但将其优先级设得非常低，确保只有在物理内存彻底耗尽时才启用。

# 创建 2G 的 swap 文件
dd if=/dev/zero of=/swapfile bs=1M count=2048
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
# 调整优先级（数字越大优先级越低）
chattr +i /swapfile # 锁定文件防止被移动（可选）

注：对于 2G 机器，更推荐的做法是彻底禁用 Swap，因为一旦发生 Swap，性能损失是不可接受的。

4. 数据库内部优化

A. 选择合适的引擎

确保所有表都使用 InnoDB 引擎。MyISAM 不支持事务且锁粒度粗，不适合现代高并发场景。

SHOW TABLE STATUS LIKE 'your_table_name';
-- 检查 Engine 列是否为 InnoDB

B. 索引优化

在内存受限环境下，索引比全表扫描更重要。

为 WHERE, JOIN, ORDER BY, GROUP BY 涉及的字段建立索引。
使用 EXPLAIN 分析查询计划，确保没有发生 type: ALL（全表扫描）。

C. 定期维护

由于内存小，碎片化问题可能更快显现。

定期执行 OPTIMIZE TABLE（仅在低峰期）。

清理二进制日志：

SET GLOBAL expire_logs_days = 7;
PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 7 DAY);

5. 监控与验证

配置完成后，不要立即假设完美，需要观察：

内存监控：
使用 top 或 htop，观察 free 和 buff/cache。MySQL 的 Innodb_buffer_pool_size 应该稳定占用约 1GB，OS 占用约 500MB。
Swap 监控：
确保 si (swap in) 和 so (swap out) 始终为 0。
MySQL 状态：
登录 MySQL 执行：
```
SHOW VARIABLES LIKE '%buffer_pool%';
SHOW STATUS LIKE 'Innodb_buffer_pool_pages_%';
SHOW GLOBAL STATUS LIKE 'Threads_created';
```
确认 Innodb_buffer_pool_reads（从磁盘读取次数）是否较低。如果该值很高，说明 Buffer Pool 太小，可能需要微调（但在 2G 限制下很难做大）。

总结 Checklist

[ ] 禁用 Swap（首选）或设为极低优先级。
[ ] innodb_buffer_pool_size 设为 1G。
[ ] max_connections 限制在 50 以内。
[ ] 关闭 query_cache。
[ ] 开启 O_DIRECT 模式。
[ ] 检查并优化 SQL 语句中的缺失索引。

通过以上配置，2GB 内存的云服务器通常可以流畅运行中小型业务系统的 MySQL 数据库。如果遇到突发流量，建议配合 Nginx/Apache 做静态资源缓存，减轻数据库压力。