1GB内存服务器运行MySQL是否必须启用swap？

在 1GB 内存的服务器上运行 MySQL，启用 swap 并非「必须」，但 强烈建议启用合理配置的 swap（如 1–2GB），原因如下：

✅ 为什么建议启用 swap（即使很小）：

1. 防止 OOM Killer 强杀进程
   MySQL（尤其使用 InnoDB）会尝试缓存数据（innodb_buffer_pool_size）、连接线程、临时表等。在 1GB 物理内存下，若无 swap，一旦内存耗尽（例如突发查询、连接数激增、大排序/JOIN），Linux 内核的 OOM Killer 可能直接 kill MySQL 进程（或 SSH、systemd 等关键服务），导致服务中断——这是比短暂性能下降更严重的故障。

2. 内核内存管理需要“安全边际”
   Linux 内核本身需预留部分内存用于页表、slab 分配器、中断处理等。1GB 是极低边界，swap 提供了缓冲空间，让内核有余地进行内存回收（如 page cache 回写、匿名页换出），避免立即触发 OOM。

3. MySQL 的内存行为并非完全可控

   • innodb_buffer_pool_size 推荐设为物理内存的 50–75%（即 512–768MB），但还有：
     • 每连接内存开销（sort_buffer_size, join_buffer_size, read_buffer_size 等，默认几十KB~几MB）
     • 查询缓存（若启用）、临时表（tmp_table_size, max_heap_table_size）
     • 后台线程、日志缓冲区等
       → 多个并发连接 + 复杂查询极易突破 1GB。

4. Swap 不等于“卡死”

   • 若 swap 配置得当（如 swappiness=10，使用 SSD 或 NVMe），偶尔换出少量不活跃匿名页（如空闲连接的堆内存）影响极小；
   • 相比于 MySQL 崩溃重启（丢失连接、事务回滚、恢复时间），swap 提供的是可用性保障。

⚠️ 注意事项（关键！）

• ❌ 不要依赖 swap 替代内存优化：
  Swap 是兜底机制，不是扩容方案。必须调优 MySQL 配置（见下方）。

• ✅ 必须调优 MySQL 配置（1GB 内存示例）：

  # my.cnf
  innodb_buffer_pool_size = 512M      # 最大推荐值，勿超 768M
  innodb_log_file_size = 64M          # 减小日志文件（默认可能 256M）
  max_connections = 32                # 严格限制连接数（默认151太高！）
  sort_buffer_size = 256K             # 每连接分配，避免过大
  join_buffer_size = 256K
  read_buffer_size = 128K
  tmp_table_size = 32M
  max_heap_table_size = 32M
  query_cache_type = 0                # 关闭查询缓存（MySQL 8.0+ 已移除，5.7建议关）

• ✅ 合理设置 swap 和内核参数：

  # 创建 1G swapfile（推荐 swapfile 而非分区，灵活）
  sudo fallocate -l 1G /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
  
  # 可选：提高 vfs_cache_pressure（减少 dentry/inode 缓存压力）
  echo 'vm.vfs_cache_pressure=50' | sudo tee -a /etc/sysctl.conf

• 🚫 避免陷阱：

  • 不要设 swappiness=0（禁用 swap）→ 失去 OOM 保护；
  • 不要设 swappiness=100（过度换出）→ 性能急剧下降；
  • 不要用机械硬盘做 swap（延迟高，易卡死）→ SSD/NVMe 是底线；
  • 不要忽略监控：用 free -h, swapon --show, dmesg | grep -i "killed process" 检查 OOM。

✅ 结论：

💡 一句话总结：
Swap 不是性能优化手段，而是生产环境的“安全气囊”。1GB 内存跑 MySQL，没有 swap 就像开车不系安全带——不出事则已，一出事就是致命故障。

如需，我可为你生成一份完整的 my.cnf 适配 1GB 服务器的最小化安全配置模板。