在2核2G的Linux服务器上部署MySQL推荐什么配置？

在 2 核 CPU、2GB 内存的 Linux 服务器上部署 MySQL，核心原则是“保守配置”。由于内存资源非常紧张（2GB），如果按照默认或生产环境的高配参数设置，极易触发系统的 OOM Killer（内存溢出杀手）导致 MySQL 进程被强制杀死，或者系统频繁 Swap 交换导致性能急剧下降。

以下是针对该硬件环境的推荐配置方案及优化思路：

1. 核心参数调整 (my.cnf / mysql.cnf)

你需要修改 /etc/my.cnf 文件中的 [mysqld] 部分。以下参数基于 InnoDB 引擎（MySQL 5.7/8.0 默认）进行优化：

[mysqld]
# ================= 基础设置 =================
basedir = /usr/local/mysql      # 根据你的实际安装路径调整
datadir = /var/lib/mysql        # 数据目录路径
port = 3306
socket = /tmp/mysql.sock
pid-file = /var/run/mysqld/mysqld.pid
user = mysql

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

# ================= 内存关键配置 (最重要) =================
# InnoDB 缓冲池大小：建议设置为物理内存的 50% - 60%
# 2GB * 0.5 = 1GB。给操作系统和其他进程留 1GB 余量
innodb_buffer_pool_size = 1G

# 日志文件大小：每个文件不宜过大，避免崩溃恢复时间长，也不宜过小导致频繁刷盘
# 总大小控制在 200M-500M 左右即可
innodb_log_file_size = 256M
innodb_log_buffer_size = 16M

# 连接数限制：2 核 CPU 无法支撑大量并发连接，设置较低的值防止线程创建开销过大
max_connections = 100
thread_cache_size = 10

# ================= 其他性能与安全优化 =================
# 开启查询缓存（注意：MySQL 8.0 已移除此功能，若用 5.7 可开启，但 8.0 请忽略或设为 0）
query_cache_type = 0 
query_cache_size = 0 

# 临时表配置：使用内存表，超过阈值自动转磁盘，减少磁盘 IO
tmp_table_size = 32M
max_heap_table_size = 32M

# 日志与错误输出
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 2

# 关闭不必要的特性以节省资源
skip-name-resolve   # 禁止 DNS 反向解析，加快连接速度并减少网络依赖
local-infile = 0    # 禁用本地导入，提升安全性

2. 操作系统层面的优化

除了 MySQL 自身配置，Linux 内核参数的调整对小内存服务器同样重要：

A. 增加 Swap 分区（虚拟内存）

虽然 Swap 会牺牲性能，但在 2GB 物理内存下，它是防止数据库崩溃的最后一道防线。

• 建议大小：设置为物理内存的 1~1.5 倍（即 2GB ~ 3GB）。
• 操作示例：

  # 创建一个 2GB 的 swap 文件
  dd if=/dev/zero of=/swapfile bs=1M count=2048
  chmod 600 /swapfile
  mkswap /swapfile
  swapon /swapfile
  # 永久生效，写入 /etc/fstab
  echo '/swapfile none swap sw 0 0' >> /etc/fstab

B. 调整 Swappiness 值

控制内核将内存换出到 Swap 的频率。默认通常是 60，对于数据库服务器，建议调低，让 MySQL 优先使用物理内存，仅在物理内存耗尽时才使用 Swap。

• 临时生效：

  sysctl vm.swappiness=10

• 永久生效：编辑 /etc/sysctl.conf，添加 vm.swappiness = 10。

3. 架构与运维建议

在 2 核 2G 环境下，单纯靠配置很难应对高并发，建议配合以下策略：

1. 应用层限流：
   不要直接暴露数据库给所有用户。在 Web 服务器（Nginx/Apache）或代码层做限流，确保同时进入数据库的连接数不超过 max_connections 设定的安全范围。

2. 选择轻量级版本：

   • 如果是新项目，强烈建议使用 MySQL 5.7。MySQL 8.0 虽然功能更强，但对内存和 CPU 的要求显著更高，在 2C2G 上运行 8.0 可能会感到吃力。
   • 如果业务主要是读多写少且结构简单，可以考虑 MariaDB，它在某些场景下比 MySQL 更轻量。

3. 监控告警：
   务必安装监控工具（如 htop, glances 或简单的脚本），重点监控 Mem 的使用情况。如果看到 available 内存经常低于 100MB，说明配置过紧，需要进一步降低 innodb_buffer_pool_size 或增加 Swap。

4. 定期清理：

   • 开启二进制日志（binlog）时，务必配置自动过期策略（expire_logs_days 或 binlog_expire_logs_seconds），防止日志占满磁盘。
   • 定期分析慢查询日志，优化 SQL 语句。在低配服务器上，一条未加索引的复杂查询可能拖死整个服务。

总结

对于 2 核 2G 的服务器：

• 最大红线：innodb_buffer_pool_size 不要超过 1.2GB，否则系统必崩。
• 最佳实践：innodb_buffer_pool_size = 1G，max_connections = 100，开启 2GB Swap，设置 swappiness = 10。
• 预期表现：适合小型个人博客、内部管理系统、低频 API 服务。如果是高并发电商或大型应用，此配置无法满足需求，建议升级硬件或使用云数据库实例。