低配阿里云服务器安装MySQL需要做哪些优化？

在低配阿里云服务器（如 1核/2G、2核/4G）上安装 MySQL，核心思路是“做减法”：牺牲部分并发能力和功能特性，换取极致的稳定性和内存安全。

以下是针对低配环境的优化方案，按优先级排序：

1. 硬件与系统层优化（基础）

在启动 MySQL 之前，先确保操作系统层面的资源利用最大化。

• 开启 Swap 分区（虚拟内存）
  • 原因：低配机器物理内存极易被耗尽，导致 OOM Killer 直接杀掉 MySQL 进程。Swap 可以作为缓冲垫，防止服务崩溃（虽然会降速，但保命）。
  • 操作：创建一个 2GB-4GB 的 Swap 文件。

    # 创建 2G swap 文件
    dd if=/dev/zero of=/swapfile bs=1M count=2048
    chmod 600 /swapfile
    mkswap /swapfile
    swapon /swapfile
    # 写入 fstab 实现开机自动挂载
    echo '/swapfile none swap sw 0 0' >> /etc/fstab

• 调整内核参数
  • 修改 /etc/sysctl.conf，增加文件句柄数限制和 TCP 连接优化：

    fs.file-max = 65535
    net.core.somaxconn = 1024
    net.ipv4.tcp_max_syn_backlog = 1024
    vm.swappiness = 10  # 降低使用 swap 的倾向，仅在必要时使用

  • 生效：sysctl -p

2. MySQL 配置文件优化 (my.cnf)

这是最关键的一步。不要使用默认配置，必须手动编辑 /etc/my.cnf 或 /etc/mysql/my.cnf。以下配置以 2核 4G 为例（如果是 1核 2G，请将 innodb_buffer_pool_size 改为 512M，其他数值减半）：

[mysqld]
# 基础设置
basedir = /usr
datadir = /var/lib/mysql
port = 3306
socket = /tmp/mysql.sock
pid-file = /var/run/mysqld/mysqld.pid

# 字符集 (避免乱码)
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci

# --- 核心内存优化 (最重要) ---
# 总内存建议预留 50%-70% 给 InnoDB Buffer Pool
# 2G 机器 -> 300M-400M; 4G 机器 -> 1G-2G
innodb_buffer_pool_size = 1024M 

# 关闭不必要的日志记录，减少磁盘 I/O
# 生产环境建议至少保留 error log
general_log = 0
slow_query_log = 0 
long_query_time = 2 # 只有超过 2 秒的才记录慢查询

# --- 连接与线程优化 ---
# 低配机器不建议开太多连接，默认 151 可能过多
max_connections = 100 

# 每个连接的最大内存消耗（保守估计）
max_allowed_packet = 16M 

# 临时表设置：尽量让临时表在内存中完成，减少磁盘交换
tmp_table_size = 32M
max_heap_table_size = 32M

# --- 事务与日志优化 ---
# 刷盘策略：为了性能，设置为每秒一次，而不是每次提交都刷盘
# 注意：断电可能丢失最近 1 秒数据，但在低配单用户场景可接受
sync_binlog = 0
innodb_flush_log_at_trx_commit = 2

# 关闭双写缓冲（仅适用于 SSD 且对数据一致性要求不极端苛刻的场景，慎用）
# innodb_doublewrite = 0 

# --- 其他微调 ---
# 禁用 IPv6 解析（减少 DNS 延迟）
skip-name-resolve = 1

# 开启查询缓存（MySQL 8.0 已移除，5.7 及以下适用，若用 8.0 请忽略此行）
# query_cache_type = 1
# query_cache_size = 64M

针对 1 核 2G 服务器的特别调整：
如果内存非常紧张（<2G），请务必将 innodb_buffer_pool_size 降至 256M – 384M，否则 MySQL 启动就会占用大量内存导致系统卡死。

3. 数据库设计与索引优化

代码和 SQL 层面的优化比配置更重要。

• 严格遵循主键规范
  • 所有表必须有自增主键（BIGINT UNSIGNED 最佳），避免使用 UUID 作为主键（UUID 会导致严重的页分裂和碎片）。
• 索引优化
  • 覆盖索引：尽量让 SELECT 查询只查需要的字段，利用索引覆盖，避免回表。
  • 前缀索引：对于长字符串字段（如邮箱、URL），如果区分度足够，建立前缀索引（如 INDEX(email(20))）。
  • 避免索引失效：不要在索引列上做函数运算、类型转换或使用 LIKE '%xxx'。
• 分库分表（简单版）
  • 如果单表数据量超过 500 万行，考虑按时间或 ID 进行简单的水平拆分，或者归档历史数据到冷存储表。
• 字段类型精简
  • 能用 TINYINT 就别用 INT，能用 VARCHAR(50) 就别用 VARCHAR(255)。节省空间意味着能塞进更多数据到内存中。

4. 阿里云特有优化

• 选择 SSD 云盘
  • 务必购买阿里云 ESSD PL0 或 PL1 云盘。机械硬盘（HDD）在低配服务器上跑 MySQL 基本是不可用的，IOPS 会成为瓶颈。
• 使用 RDS 替代自建（可选）
  • 如果你的业务极其关键，且不想维护系统，可以考虑阿里云 RDS MySQL 高可用版。虽然价格稍高，但它包含了备份、监控、自动故障切换和底层优化，省去了你运维系统的精力。
  • 如果是个人博客或测试项目，自建 ECS + 上述优化完全足够。
• 开启云监控告警
  • 在阿里云控制台设置 CPU > 80% 或 内存 > 90% 的告警，一旦触发及时扩容或处理。

5. 运维与监控习惯

• 定期清理 Binlog
  • 低配磁盘容易满。设置 expire_logs_days = 7，并配合脚本每周清理一次过期的 binlog。
• 关闭无用插件
  • 检查 SHOW PLUGINS;，禁用未使用的存储引擎（如 ARCHIVE, BLACKHOLE 等，除非明确需要）。
• 禁止 Root 远程登录
  • 修改 root 密码，并创建专用账号用于应用连接，提升安全性。

总结 Checklist

按照以上步骤调整后，即使是 1 核 2G 的阿里云服务器，也能流畅运行中小型网站的 MySQL 服务。