早些年接私活、做企业站，"全家桶"式的云服务（云服务器+云数据库 RDS+对象存储）确实是标配，图的就是个省心。
但这两年形势变了，企业站需求缩减，而且各大云厂商的 RDS 价格越来越硬，对于我们这种追求"极致性价比"的技术人来说，把数据库迁回服务器做单机部署 成了基操。不过，单机部署最大的心病就是：内存不够，数据库直接 OOM（Out of Memory）崩掉。
今天就聊聊这个兜底的"救命稻草"------Swap。
什么是 Swap？
简单来说，Swap 就是在你的硬盘上划出一块区域，当系统的物理内存（RAM）不够用时，内核会将一部分暂时不常用的数据挪到这块区域里。
- 它的作用： 防止系统因为内存耗尽而直接杀死进程（比如 MySQL 进程）。
- 它的代价： 硬盘的速度（哪怕是 SSD）远慢于内存。所以 Swap 是用来保命的，不是用来当内存扩容用的。
准备工作：检查现状
在操作之前，先看看你的 Ubuntu 22.04/24.04 是否已经开启了 Swap。
bash
sudo swapon --show
free -h或者使用 free -h 查看。如果返回为空，或者 Swap 行显示为 0，说明你还没设置。
实战步骤：五步开启 Swap
假设我们要创建一个 4GB 的 Swap 文件。
1. 创建交换文件
我们直接在根目录下创建一个名为 swapfile 的文件。
bash
# 快速分配
sudo fallocate -l 2G /swapfile
# 如果报错直接用下面方式开启：count=4G 也可以，这里用 1024 * 4
sudo dd if=/dev/zero of=/swapfile bs=1M count=40962. 设置权限
Swap 文件权限必须极其严格，否则系统会报错。
bash
sudo chmod 600 /swapfile3. 格式化并激活
bash
sudo mkswap /swapfile
sudo swapon /swapfile4. 设置开启自启
bash
grep -n "/swapfile" /etc/fstab || echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab进阶：调优（后续重要！）
开启 Swap 只是第一步，在大厂的生产环境里，我们还会关注两个核心参数。
1. Swappiness（积极度）
swappiness 的值在 0 到 100 之间。
- 值越高，内核越倾向于把数据往 Swap 挪。
- 值越低，内核越倾向于压榨物理内存。
对于数据库服务器，我们建议设置成 10（即物理内存剩下 10% 时才开始用 Swap），这样既能保命，又不至于让系统太卡。
bash
# 临时修改
sudo sysctl vm.swappiness=10
# 永久修改：在 /etc/sysctl.conf 末尾添加 vm.swappiness=102. Cache Pressure（缓存压力）
这个值决定了系统回收用于目录和 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% 比较稳妥。