企业官网建设流程全解析

1. 为什么要折腾swap：先搞清楚它帮你扛住了什么

很多人一听swap扩容，第一反应是“内存不够了就加点swap呗”，这话对，但也不全对。我刚接触Ubuntu那会儿也这么想，直到一次生产环境上的Python任务把内存干到100%，系统直接OOM把进程杀掉，日志都没来得及落盘，才意识到swap不只是“慢速内存”这么简单。它更像一个兜底阀：当物理内存被占满时，内核会把一部分不常用的内存页换到磁盘上，腾出空间给活跃进程用。没有这个兜底阀，系统只能启动OOM Killer，谁内存占用大就杀谁，你可能连保存文件的机会都没有。

所以swap扩容这件事，本质上是给系统的“内存压力泄洪通道”加宽。在Ubuntu上操作swap，主要有两条路线：一是直接调整swap分区大小，二是创建一个swap文件来补充。两者都有人用，但偏好差异很大。我自己在云服务器和本地开发机上反复试过，如果你问我哪条路更适合大多数人，我会推荐swap文件。原因后面细说，这里先聊一个更根本的问题：你到底要不要扩swap。

判断标准很简单，先看你的使用场景。跑数据库、编译大型C++项目、开多个Docker容器、跑深度学习推理，这些场景内存峰值高，扩swap能显著降低被杀进程的概率。如果你只是浏览网页、写写文档，物理内存常年用不满，那扩swap的意义不大，反而浪费磁盘空间。另外还要看你的存储类型：机械硬盘上的swap效果很一般，SSD/NVMe上的swap文件体感会好不少，因为随机读写延迟低。我自己的习惯是：桌面机16GB内存配8GB swap，服务器32GB内存配16GB swap，数据库机直接关掉swap，用swapiness调优来兜底。这个比例不是拍脑袋，后面我会讲怎么算。

再说一个常被忽略的点：很多人扩容swap是为了解决“内存不足”报错，但报错并不一定都靠扩容解决。有时候是某个进程内存泄漏，比如Java程序的堆设置太大，或者Jupyter Notebook打开太多内核。这时候扩容swap只是把问题往后拖，该限制的进程还得限制。所以动手之前，先看一眼内存和swap的实时占用，心里有数再决定要不要扩。

我这里说的“实时占用”，就是在终端里跑一个命令就能看到，具体命令下一节讲。你只需要记住：swap扩容是一个系统级操作，动的是磁盘布局或者系统文件，操作前备份永远没错。后面我会把从查看、创建、挂载、开机自启到回滚的完整流程都写清楚，你跟着一步步来，基本不会踩坑。

2. 动手前先看清家底：确认分区布局和当前swap状态

2.1 三条命令快速摸清现状

扩容之前，你至少要知道三件事：当前swap用了多少、系统里有没有swap分区、磁盘上还有没有空余空间。这三件事分别用三个命令就能查清楚，终端里依次跑一下：

第一个是free -h，它告诉你内存和swap的总量、已用量和剩余量。重点关注Swap那一行，如果used长期超过50%，说明系统确实在频繁使用swap，扩容是有价值的。如果used一直是0，那说明物理内存充足，你可以暂时不折腾。

第二个是swapon --show，它列出当前生效的swap设备或文件。输出会包含设备路径（比如/dev/sda2或/swapfile）、类型（partition或file）、大小等。如果这个命令输出为空，说明系统压根没启用swap，你直接创建就行了。第三个是lsblk，它把磁盘分区结构列出来，让你知道根分区在哪块盘上、哪块盘还有空余空间。这个命令的输出很直观，第一列是块设备名，后面是容量、挂载点。

三连查完，基本就能确定方案。这里先说一个我踩过的坑：有些云服务器默认只有一个小swap分区，在lsblk里看是一块单独的小分区，比如2GB，它的前后空间都被LVM卷或主分区占满了，没有未分配空间。这种情况下你是没法原地扩大这个分区的，要么新建一个大分区，要么直接用swap文件。这也是我推荐swap文件的原因之一——它不受分区布局限制。

2.2 两种扩容路线的本质区别

老规矩，先看路线图再动手。扩容swap有两条主流路线：分区扩容和swap文件扩容。分区的本质是改磁盘分区表，把某个swap分区删掉重建，或者把相邻空闲空间扩展进去，操作完成后用mkswap重新格式化，再swapon启用。它的优点是性能好，因为分区在磁盘上可以是连续块，对机械硬盘来说顺序读写有优势；缺点也很明显，操作风险高、灵活性差。一旦分区表改错，你整个系统的引导都可能会挂，尤其是根分区在独立LVM卷上的场景，扩展逻辑卷反而更麻烦。

swap文件的本质是创建一个普通文件，把它当作块设备一样格式化并启用。它可以是任意大小，放在你希望的位置（比如根目录/swapfile或/var/swapfile），系统启动时通过/etc/fstab自动挂载。它的性能在现代SSD上并不比分区差多少，而且扩容、缩容都很方便：删掉重建就行了，不用动分区表。如果想调整大小，直接swapoff这个文件、删掉、按新大小fallocate再mkswap重新启用，一分钟搞定。

选哪种，我给你的建议是：跑在SSD上的系统，无脑用swap文件，省心而且回滚方便；跑在传统机械盘上的老机器，如果内存又小，那么swap文件在长时间高负载下会有明显的性能衰减，这种环境建议优先考虑分区方案，或者把swap文件分散到多块盘上缓解竞争。当然，如果你用的是LVM逻辑卷，那第三种玩法是用lvresize来扩容逻辑卷，但虚拟化环境或云主机上未必有LVM，这里我就不过多展开了。

2.3 扩容前必须备份的几个位置

我之前有段时间手贱，在没有备份的情况下对一个正在使用的swap分区执行了swapoff，结果发现那个分区还被某些进程占用，swapoff的过程中系统内存立刻告急，最终不得不重启。所以扩容前，备份这件事要当成强制规定。重点备份三个位置：/etc/fstab、磁盘分区表、重要的数据文件。

/etc/fstab是挂载配置，里面记录了swap分区或swap文件的挂载方式。如果分词操作失误导致系统无法挂载root分区，恢复fstab能救你一命。备份它很简单：

sudo cp /etc/fstab /etc/fstab.bak.$(date +%Y%m%d)

这样每次操作前都会留下一个带时间戳的副本。磁盘分区表用gdisk或fdisk的备份功能导出，比如：

sudo sgdisk --backup=/path/to/table.bak /dev/sda

这条命令把整块盘的GPT分区表保存到指定文件，万一你删错了分区，可以用sgdisk --load-backup恢复。数据文件就不用我多说了，自己心里有杆秤。肉眼可见的原则就是：在做任何涉及分区的写操作之前，至少先看一眼fstab备份文件存在了没有。

完成这三步后，你就能放心进入正题了。接下来我给两套实操流程：先讲swap文件方案，再讲swap分区方案。你只需要挑一套适合自己环境的，照着执行。

3. 最推荐的扩容方案：用swap文件完成扩容（不碰分区）

3.1 准备工作：确认目录和磁盘剩余空间

创建swap文件前，先确认你打算把它放在哪个目录。最常见的是放在根目录/下，如果根目录空间紧张，也可以放到/var或/home。但是有一个关键点：这个目录所在的文件系统必须支持fallocate或truncate创建文件，并且权限允许root写入。默认的ext4、xfs、btrfs都有没问题。如果根目录剩余空间不够，就需要换一个分区。查看磁盘剩余空间可以这样：

df -h /

看到Avail那一列就是当前目录挂载分区的可用空间。假设你有16GB内存，想扩8GB swap，那根目录至少要有8GB空余，稳妥点留到12GB以上，因为除了swap你还需要一点点临时文件空间。如果空间不够，可以选其他盘，关键是路径在哪个挂载点下就用对应的df -h /path确认。

3.2 创建swap文件：两种方式以及它们的小坑

创建swap文件有两种主流方法：fallocate和dd。先说fallocate，它是现代文件系统的快速分配方式，只调整文件大小标记，不实际写数据，速度飞快：

sudo fallocate -l 8G /swapfile

但这个方法有一个隐藏坑：如果在某些文件系统上（比如部分老旧的ext3、或是特殊配置的ext4），fallocate创建的文件可能会带着“孔洞”，也就是逻辑上占8G但实际只有部分物理块分配了空间。用它做swap文件，虽然mkswap能成功，但使用一段时间后可能会因为底层物理块不足导致I/O错误。所以更稳妥的方式是dd，把文件里的内容全部置零，强制分配真实块：

sudo dd if=/dev/zero of=/swapfile bs=1M count=8192 status=progress

这里bs=1M是块大小，count=8192就是8GB（8192MB）。如果你想要4GB，就把count改成4096。dd这种方式慢一点，但对绝大多数文件系统来说都是纯物理分配，安全系数更高。我个人的习惯是：生产环境用dd，个人开发机如果磁盘空间充足也可以用fallocate省时间。两者选一之后就进入下一步。

3.3 权限设置、格式化和启用

创建完/swapfile之后，先调整权限。swap文件如果可以被普通用户读取，信息会暴露在/proc里，虽然不至于泄漏太多秘密，但安全习惯总是好的。执行：

sudo chmod 600 /swapfile

然后格式化这个文件，让它变成swap格式：

sudo mkswap /swapfile

命令输出会显示“Setting up swapspace version 1...”之类的内容，说明成功了。接下来启用它：

sudo swapon /swapfile

然后验证一下是否生效：

sudo swapon --show free -h

看到/swapfile出现在列表里，并且free -h的Swap总量变大，就说明这次扩容已经生效了。这里插一句：如果你系统本身有swap分区，现在又加了个swap文件，系统会同时使用这两个swap空间，优先级由swapon的pri参数决定。默认情况下内核会按优先级顺序填充swap，通常分区优先级更高，所以不额外设置也没问题。如果你想让swap文件优先，可以指定sudo swapon -p 10 /swapfile，数字越大优先级越高。

3.4 让系统重启后自动挂载swap文件

手动swapon只在当前系统运行期有效，重启后就会丢失。要让开机自动启用，需要把swap文件写进/etc/fstab。用编辑器打开文件，在末尾追加一行：

/swapfile none swap sw 0 0

这行配置的格式是：设备路径、挂载点（swap用none）、文件系统类型（swap）、挂载选项（sw）、dump标志、fsck顺序。这是最标准的写法。保存后重启，系统就会自动启用/swapfile。如果想要严谨验证一下fstab有没有写错，可以执行：

sudo mount -a

该命令会根据fstab尝试挂载所有尚未挂载的条目，如果这行配置有路径错误，它会直接报错，趁系统重启前发现。

3.5 swap文件扩容与缩容的完整回滚方法

swap文件的好处就是随时可以调整大小。假设你原本建了8G，跑了两周觉得不够想扩到16G，步骤是：

1. sudo swapoff /swapfile// 停用该项
2. sudo rm /swapfile// 删掉旧文件
3. 按照3.2和3.3重新创建16G的swap文件，权限和mkswap再次走一遍
4. 确认fstab里的路径没变，如果路径变了就更新fstab
5. sudo swapon /swapfile// 重新启用

这个流程很快，所以如果你不确定需要多大，可以先建一个小一点的，跑一跑看峰值占用，再动态调整，比一开始就建一个巨大的swap文件要灵活得多。不过有一点要提醒：swapoff会把swap里的数据全部换回物理内存，如果物理内存已经不够，swapoff可能会卡死甚至触发OOM。所以在缩小swap文件之前，最好先确认有足够空闲物理内存来承接这些换回的数据。可以用free -h看，如果available小于swap文件里当前占用的用量，就先别急着swapoff，让系统自己慢慢把数据换出，或者等内存压力缓解后再操作。

4. 扩容swap分区：传统分区方案的操作细节

4.1 查看分区布局与决定扩展目标

说完了swap文件，再说回传统分区方案。什么时候你不得不走这条路？硬件上还是老机械盘，且内存只有4G或更少，系统负载又稳定，swap文件在磁盘上的随机读写会形成持续瓶颈，这时候swap分区因为顺序分配和独立位置，抗负载能力会好一些。另外，如果你在云控制台创建的虚拟机是标准镜像，默认已经带了swap分区，你也可以在原分区上直接扩容，毕竟分区表结构就是现成的。

操作前先看当前分区布局：

sudo parted /dev/sda print free

parted命令会把分区和未分配空间都列出来。如果你看到swap分区后面恰好跟着一段“空闲”空间，那就是扩分区的最好条件。如果你用的是LVM管理，比如/dev/mapper/ubuntu--vg-swap，那不用管底层物理分区，直接用lvresize扩展逻辑卷就完事。但大部分人遇到的是普通分区表，我们就按普通分区来。

4.2 使用growpart原地扩展分区（GPT分区表推荐）

如果你的swap分区后面刚好有空闲空间，最安全的操作不是删分区重建，而是原地扩展分区。工具用growpart，它专门用来扩展GPT和MBR分区表而无需重建分区：

sudo growpart /dev/sda <分区号>

比如swap分区是/dev/sda2，分区号就是2，执行：

sudo growpart /dev/sda 2

执行完，它会告诉你分区从多少扇区扩展到了多少扇区。这一步不存在删除分区，所以风险极小。但前提是分区表类型是GPT，并且分区后面有未分配空间。要是没有，就得用下面这种“亡羊补牢”式的重建方案。因为重建分区会清掉swap数据，所以必须在swapoff的状态下做。

4.3 使用fdisk重建swap分区（MBR场景）

如果你的盘是MBR分区表，或者swap分区前后都没有空闲空间，办法只剩下：删除原swap分区，在原位置创建一个更大的分区。这意味着你手上得有一块“备用领地”——要么同一块盘上有空闲空间，要么换一块盘。这里以同一块盘上有空闲空间为例，操作流程是：

1. 先停用swap：sudo swapoff /dev/sda2
2. 打开fdisk /dev/sda，输入p查看当前分区表和起始扇区，记录下swap分区的起始和结束扇区
3. 输入d删除该分区，但注意：删除后不要立刻写盘。先输入n新建分区，起始扇区必须和原来一致（否则数据全毁），结束扇区选到空闲空间的末尾
4. 输入t把分区类型改成Linux swap（类型ID是82，GPT下是swap或0657），然后w写盘
5. 重新格式化：sudo mkswap /dev/sda2
6. 启用：sudo swapon /dev/sda2

这套流程最怕的就是删分区后没对准起始扇区。所以再次强调，fdisk的p输出里的start值一定要记下来。如果你不确定，可以用sudo parted /dev/sda unit s print切换成扇区单位查看，扇区级别的精度足够准。

4.4 LVM逻辑卷扩容swap的捷径

如果你的Ubuntu安装过程中使用了LVM（很多桌面安装器的默认选项就是“使用了整个硬盘并启用LVM”），你会发现swapon --show里的设备是类似/dev/mapper/ubuntu--vg-swap_1的路径。这种场景扩swap根本不用碰fdisk，直接用LVM命令即可。

先查一下卷组里的空闲空间：

sudo vgdisplay

看Free PE / Size一项，假如还有5GB空闲，那就可以把swap逻辑卷扩展5GB：

sudo lvextend -L +5G /dev/mapper/ubuntu--vg-swap_1

扩展逻辑卷后，swap逻辑卷底层的物理卷空间变大，但文件系统还是旧的swap格式，所以你需要重新执行mkswap让它识别新大小：

sudo mkswap /dev/mapper/ubuntu--vg-swap_1 sudo swapon -a

LVM方案最大的好处是不需要删分区、不需要担心起始扇区，风险跟swap文件差不多低。如果你刚装上服务器，强烈建议规划时就用LVM，把swap做成逻辑卷，后续扩容真的是一行命令的事。不过LVM也有缺点：如果在虚拟化环境下开启的底层盘不支持在线扩展，你得先把物理卷的容量扩出来，工具就复杂一些。我这里就不深入了，只说结论：能用LVM就用LVM。

4.5 分区扩容后的挂载配置检查

无论是上面哪种方式扩容完分区，都别忘了确认fstab里的配置仍然指向正确的设备路径。用blkid查一下设备的UUID，把fstab里的对应行改成UUID形式更稳：

sudo blkid /dev/sda2

输出会带有UUID="xxxx"，再把fstab里swap那一行的设备路径替换成UUID=xxxx，例如：

UUID=xxxx none swap sw 0 0

为什么不建议直接用设备名？因为设备名在插入U盘、加载其他磁盘时可能会变化（比如/dev/sda变成/dev/sdb），而UUID是分区自己的身份标识，基本不会变。这是我在维护一台多块硬盘的机器时吃亏学到的。无论是swap文件还是swap分区，fstab里用UUID或绝对路径都行，但千万别写一个裸的设备短名。

5. 调优swap率与开机自启的细节：让扩容效果发挥到最大

5.1 swappiness到底是什么，调多少合适

很多人扩容完swap就以为完事了，其实还有一个关键参数会影响swap的真实效果——vm.swappiness。这个值范围是0到100，代表内核“倾向使用swap的程度”。默认Ubuntu一般是60，意思是内存使用超过一定阈值后，内核会倾向于把内存页换出去一些来保持物理内存有更多空闲。但60这个值对桌面用户、开发机来说偏高了，很容易导致你刚打开几个应用，内存明明够，系统却开始频繁读swap，卡顿感非常明显。

我个人的调查结论是：桌面Ubuntu调到10左右比较舒服，服务器可以20上下。调低不等于禁用swap，只是让内核优先使用物理内存，直到内存真正紧张才用swap。如果内存常年不够，你调很低也没啥用，因为它最终还是得swap。如果你压根不想用swap，可以设为0，但我不建议完全关闭，除非你确认物理内存永远够。

临时调整可以用：

sudo sysctl vm.swappiness=10

永久生效需要写进配置文件：

echo 'vm.swappiness=10' | sudo tee /etc/sysctl.d/99-swap.conf

重启后也会自动生效。另外还有一个vm.vfs_cache_pressure参数，控制内核回收目录项和inode缓存的倾向。默认100，我觉得对于桌面没必要动；如果你跑大量小文件I/O服务，可以降到50，能减少inode缓存回收频率，对提高小文件操作请求命中率有帮助。这个不算swap的核心配置，但和内存交换有关联，一并提一句。

5.2 开机自动挂载的两种写法与验证

前面提到swap文件要写进fstab才能开机自动挂载。但这里有个细节很多人踩坑：用fallocate创建的swap文件建议在fstab里用discard选项（如果底层支持），或者在创建时用swapon --discard来允许TRIM，对SSD寿命有帮助。写fstab时，你可以把swap文件那一行改成：

/swapfile none swap sw,discard 0 0

但对swap分区来说，discard选项不适用，而且某些老内核可能不支持。为了稳定，我一般不在fstab里写discard，而是用cron定时执行sudo fstrim /来定期清理空闲块。这个属于旁支，不展开。

还有一种开机自启的写法是用systemd挂载单元，但我个人认为fstab针对swap已经足够了，毕竟fstab是内核自带的机制，systemd也会解析它。如果你在fstab里配置了swap文件但开机没生效，常见原因有两个：一是fstab里的文件路径和实际文件路径不一致，二是开机时那个文件系统的挂载顺序排在swap之后。解决办法是把swap条目放在根目录挂载条目之后即可，默认顺序通常没问题。

5.3 多大swap合适：用公式给你一个参考值

很多新人在社区问“多大swap算合适”，我一般给一个参考公式，再讲例外。通用公式：swap大小 = 物理内存的50%到100%，最大不超过16GB。物理内存小于4GB的，swap可以用内存的两倍；4GB到16GB内存，swap取内存的一半或等于内存；16GB以上内存，swap一般8GB到16GB就足够了，除非你跑超大内存应用。为什么有这个上限？因为swap太大并不能降低浪费，反而占磁盘。如果你内存都64GB、128GB了，swap基本是应急用途，16GB足够覆盖极端分配场景。

公式是死的，场景是活的。如果你跑Redis或MySQL这类对内存响应极其敏感的应用，swap过大反而可能让进程长期“睡着”在swap里，恢复响应时延迟暴增。这种情况我宁愿把swap设小，让大内存应用尽量留在物理内存里。反之，如果你是搞深度学习的，显存不够、CPU内存也多，建议swap设成和内存等大，因为推理时的临时张量分配是burst式的，有swap在，进程至少不会被立刻杀掉，甚至能坚持到你把一个batch跑完。

6. 常见问题与排查实录

6.1 swapon失败：无效参数或权限不足

新人在创建swap文件后执行sudo swapon /swapfile，偶尔会碰到“swapon: /swapfile: 无效参数”。原因很可能是文件落在一个不允许swap的文件系统上，比如某些网络文件系统或压缩文件系统。解决办法是先确认你落在哪个挂载点，换成ext4或xfs目录。还有可能是文件带有sparse hole（就是你用fallocate创建的）导致内核拒绝，这种就用dd重造。最后检查文件权限是不是600，root权限是否足够，chmod 600 /swapfile和sudo -i都试一下。

6.2 开机后swap没有自动启用

fstab里明明写了，重启后free -h一看swap还是0，这种情况多半是fstab语法问题。把挂载选项的sw误写成了swap，或者设备路径写错。排查步骤是：

systemctl status swap.target journalctl -u systemd-fstab-generator

看看报错信息。通常日志会明确提示“Failed to find the hidden ...”，这时检查路径和权限。还有一点容易被忽略：如果你把swap文件放在了加密目录或非root自动挂载的目录里，开机时那个文件系统可能还没来得及挂载，swap自然挂不上。要么把swap文件移到根目录，要么在fstab里加上x-systemd.requires-mounts-for=/path。

6.3 swapoff卡住不动

系统内存很满，执行swapoff /swapfile时，内核要把swap里的数据搬回物理内存，这个过程是同步且阻塞的，如果物理内存不够放，swapoff就可能长时间不返回。遇到这种情况，最稳的做法是别傻等，按Ctrl+Z强制回终端（不过它不会停止内核线程），然后重新用sysctl vm.drop_caches=3丢弃部分缓存以腾出内存，再试一次swapoff。实在不行，重启机器最干脆，她毕竟不会因为swapoff失败就死机。

6.4 OOM还是发生了：swap用完但内存照杀

有一种情况是swap明明扩容了，但OOM Killer还是触发。原因是OOM判定不仅要看swap总量，还要看进程的“可回收页”指标。当物理内存耗尽，内核会尝试回收文件映射页等，这部分内存不占swap；如果物理内存因匿名页占满，匿名页必须换到swap，而swap也确实满了，那就只能杀了。所以swap扩容能降低OOM频率，但别指望它能完全免死。这时要么减内存占用，要么研究一下/proc/sys/vm/overcommit_memory和vm.overcommit_ratio，对过量分配内存的进程做限制。

6.5 如何安全的从swap文件回退到原状态

想要撤销swap文件的影响，步骤是：

sudo swapoff /swapfile sudo rm /swapfile

同时把fstab里那一行删除或注释掉。刚才保留的fstab备份就能派上用场：直接cp恢复也行。但如果你只是临时测试，不想要了，直接删除文件即可，下一次重启不会自动挂载。唯一要注意的是，如果删除文件前还有进程占用swap，这个文件虽然看不见了，但它仍然由内核引用，不会释放磁盘空间。必须等swapoff完成，文件引用计数归零，才能真正释放。这也是很多人“删了swap文件但磁盘空间没回来”的原因。

6.6 打包一份速查表

我把涉及的核心操作整理成一个表，方便你平时快速查参考：

这张表基本覆盖了日常90%的场景。另外，我建议每台机器设置完swap后，都顺手建一个systemd服务或者用一个简单的监控脚本，每天定时把内存和swap的使用量记到日志里，这样能帮你复盘到底扩容够不够用，不用等到爆内存才回头找数据。

最后再分享一个我自己的小习惯：做完swap扩容，我会在/root/swap-notes.txt里写一行记录，包括日期、原swap大小、新swap大小、用的是文件还是分区、为何调整。这个笔记在三个月后你根本想不起来当初为啥这么调的时候，能省下大把排查时间。Linux系统管理就是这样，每一步操作都有成本，但把状态管理好、把原因记录好，后续维护就会越来越轻松。