从云数据库 RDS 回迁单机：我是如何靠 Swap 救回那台快崩掉的 Ubuntu 服务器的

早些年接私活、做企业站，"全家桶"式的云服务（云服务器+云数据库 RDS+对象存储）确实是标配，图的就是个省心。

但这两年形势变了，企业站需求缩减，而且各大云厂商的 RDS 价格越来越硬，对于我们这种追求"极致性价比"的技术人来说，把数据库迁回服务器做单机部署 成了基操。不过，单机部署最大的心病就是：内存不够，数据库直接 OOM（Out of Memory）崩掉。

今天就聊聊这个兜底的"救命稻草"------Swap。

什么是 Swap？

简单来说，Swap 就是在你的硬盘上划出一块区域，当系统的物理内存（RAM）不够用时，内核会将一部分暂时不常用的数据挪到这块区域里。

在操作之前，先看看你的 Ubuntu 22.04/24.04 是否已经开启了 Swap。

bash 复制代码

sudo swapon --show
free -h

或者使用 free -h 查看。如果返回为空，或者 Swap 行显示为 0，说明你还没设置。

假设我们要创建一个 4GB 的 Swap 文件。

我们直接在根目录下创建一个名为 swapfile 的文件。

bash 复制代码

# 快速分配
sudo fallocate -l 2G /swapfile
# 如果报错直接用下面方式开启：count=4G 也可以，这里用 1024 * 4
sudo dd if=/dev/zero of=/swapfile bs=1M count=4096

Swap 文件权限必须极其严格，否则系统会报错。

bash 复制代码

sudo chmod 600 /swapfile

bash 复制代码

sudo mkswap /swapfile
sudo swapon /swapfile

bash 复制代码

grep -n "/swapfile" /etc/fstab || echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

开启 Swap 只是第一步，在大厂的生产环境里，我们还会关注两个核心参数。

swappiness 的值在 0 到 100 之间。

对于数据库服务器，我们建议设置成 10（即物理内存剩下 10% 时才开始用 Swap），这样既能保命，又不至于让系统太卡。

bash 复制代码

# 临时修改
sudo sysctl vm.swappiness=10
# 永久修改：在 /etc/sysctl.conf 末尾添加 vm.swappiness=10

这个值决定了系统回收用于目录和 inode 对象的频率。对于数据库这种频繁操作文件的场景，建议设置为 50。

bash 复制代码

# 临时修改
sudo sysctl vm.vfs_cache_pressure=50
# 永久修改：在 /etc/sysctl.conf 末尾添加 vm.vfs_cache_pressure=50

SSD 是前提： 如果你的云服务器还在用古老的机械硬盘（HDD），开启 Swap 会导致严重的 I/O 等待，甚至让系统彻底假死。现在的 SSD 云盘是标配，可以放心开启。
监控不可少： Swap 只是"延缓死亡"。如果监控发现 Swap 被占满了，说明你的业务确实该升级内存了，而不是继续加 Swap。
MySQL 的配置： 数据库迁回本地后，记得修改 my.cnf 里的 innodb_buffer_pool_size。一般来说，设置为物理内存的 50%~60% 比较稳妥。