mkswap 命令实战指南：Linux Swap 空间创建与调优全解析

搞Linux运维这些年，命令行里进进出出，真正常用的命令翻来覆去就那几十个。mkswap属于那种平时不怎么露面、但一到磁盘维护、内存吃紧、系统卡顿排查的时候，你就不得不跟它打交道的命令。简单说，它就是给交换空间做格式化的工具——把一块分区或者一个文件，格式化成Linux内核能直接拿来当swap使用的形态，等于在系统内存和磁盘之间铺一条应急通道。

这篇文章专门讲mkswap，从原理到实操、从参数到避坑，尽量一次讲透。适合刚接触Linux命令的初学者，也适合做过部署但没细究过swap机制的后端开发、运维新人，甚至对系统盘规划不熟的老手也能从中捡到几条防坑经验。读完之后，你能独立完成"查看交换空间—划分swap—格式化—启用—开机自启"这条完整链路。

1. 先搞清楚：mkswap格式化的是什么

1.1 交换空间到底是什么

想理解mkswap，先得理解swap本身。物理内存（RAM）是系统最金贵的资源之一，进程跑起来都要占内存，跑着跑着内存就紧张了。这时候内核会做一件事：把一部分暂时用不到的内存页从物理内存挪到磁盘上，腾出空间给正在活跃的进程。这块用来临时存放内存页的磁盘区域，就是交换空间（swap space）。

生活里有个很贴切的类比：内存是你的工位桌面，swap是办公室角落的备用储物柜。桌面堆满了，就把不常用的资料先放进储物柜，等要用的时候再拿出来。桌面够大、东西少，储物柜永远用不上；但桌面一旦挤爆，能救急的恰恰就是这个储物柜。

Linux的虚拟内存概念，就是"物理内存 + swap空间"两层配合。进程看到的是一个连续的虚拟地址空间，内核在背后把内存页映射到物理内存或者换出到swap。所以swap不是Windows那种可有可无的功能优化，它是Linux虚拟内存体系里实实在在的一环。

这里有个很多新人容易搞混的点：swap分区、swap文件、zram、zswap这些词偶尔会混着出现。日常运维中，最基础、最常用的就是两类：独立swap分区和swap文件。分区方式是用一块专门的分区做swap，文件方式则是在已有文件系统里创建一个文件当swap用。两种方式都得靠mkswap来完成"格式化"这一步。

1.2 mkswap在整个流程里的位置

mkswap这个名字看起来像是"制作swap"，但它的实际职责更接近"格式化"。一块空分区或者一个新文件，内核是没法直接拿来做swap的，必须先用mkswap在开头写入一套swap签名（magic signature）和元数据（superblock信息）。内核启动或者执行swapon的时候，靠这套签名识别出"哦，这是swap空间"，然后才敢往里写数据。

换句话说，完整链路是四步：

• 准备一块物理空间：可以是独立分区，也可以是一个文件。
• 用mkswap格式化：给这块空间打上swap的标记，相当于画好停车位的停车场。
• 用swapon激活：告诉内核"这个swap现在可以用了"，相当于开放停车场入口。
• 写入/etc/fstab：让系统重启后自动执行swapon，相当于把"开放停车场"写进物业的每日工作清单。

很多教程只讲mkswap和swapon，忽略了fstab，结果用户重启机器后swap消失，又跑来问为什么。下文会重点把这四步串起来讲，确保每一步都落地。

2. 开工前的准备：先摸清现状再动手

2.1 三条命令看穿当前交换空间

动手之前一定要先看现状，很多人一台机器上配了多个swap，自己都忘了，又跑去加一个新的，最后系统里一堆swap在抢活儿。查看交换空间最常用的三条命令：

code复制free -h

这条命令大多数人都会配着-h参数用，能一眼看到内存和swap的总量、已用量、可用量。注意free的Swap行如果全部是0，说明当前没有启用任何交换空间。

code复制swapon --show

这是查看swap细节最直观的方式。输出结果包含NAME（设备或文件路径）、TYPE（partition/file）、SIZE（大小）、USED（已用）、PRIO（优先级）。没有输出，说明当前没有swap。

code复制cat /proc/swaps

这是内核视角的swap信息，和swapon --show内容基本一致，但更底层。有些时候你改了配置，free和swapon --show看到的可能还是旧数据（极少数缓存场景），/proc/swaps永远是最准的。

如果机器上本身已经有swap，你还想调整，建议先搞清楚它是什么类型、优先级多少，再决定是删掉重建还是叠加扩容。盲目的"再加一条"往往不是最优解。

2.2 分区规划与容量设计

关于swap给多大，各种老教程说法不一，我自己在实操里总结的经验是这样的：

• 物理内存小于2GB的机器，swap可以设到内存的2倍。
• 物理内存在2GB到8GB之间，swap一般等于内存大小。
• 物理内存大于8GB的机器，swap不建议设置太大，留4GB到8GB做兜底即可。
• 现代大内存服务器（比如64GB、128GB甚至更高），swap的意义更多是应急兜底而非常态支撑，只要保证不因为内存瞬时打满导致OOM killer乱杀进程就行。

当然这只是一个经验范围，具体还要看业务类型。数据库、Redis这类服务对延迟极度敏感，swap反而可能引入意外抖动，很多人甚至会主动调低swap倾向；但如果是一台跑Java应用、并发又高的Web服务器，稍微留点swap能有效避免进程被OOM killer误杀。

存储介质上现在做swap有一个趋势：优先使用SSD。SSD随机读写快，swap的响应延迟远低于传统机械硬盘。但要注意SSD的写入寿命，swap频繁写入会加速磨损，所以如果发现机器swap使用率长期偏高，第一反应应当是考虑加物理内存，而不是继续加大swap。

分区规划另一个重点是分区表类型。传统MBR分区表里，swap分区类型是82（Linux swap）；GPT分区表同样用82标识。如果分区类型不对，mkswap会有警告，虽然可以加-f强制，但强烈不建议在生产环境硬来，先在fdisk/parted里把类型改对才是最稳的。

3. 实操全记录：从零建好一个swap

3.1 基础语法与核心参数速览

mkswap的基本语法很简单：

code复制mkswap [可选参数] 设备或文件路径 [大小]

不要被这一行吓到，实际使用中，90%的场景只需要写上设备路径就完事，mkswap会自动探测整个分区的容量。常见的参数我都列在下面这张表里：

需要特别提醒一句：mkswap格式化的是"一块区域"，它不会去管这区域里原来有没有数据。如果目标分区上存过文件，格式化后这些数据就找不回来了。操作前务必用lsblk、blkid反复确认设备路径没有搞错。

3.2 方式一：用独立分区创建swap（分区法）

分区法适合全新磁盘或者有明确磁盘规划的服务器。下面以一台添加了20GB新云盘/dev/vdb的服务器为例，演示如何从零建一个2GB的swap分区。

第一步，分区。进入fdisk：

code复制fdisk /dev/vdb

交互式操作步骤如下：输入n新建分区，选择分区类型p（主分区），分区编号默认1，起始扇区直接回车取默认，结束位置填+2G表示要2GB大小。创建完之后输入t修改分区类型，输入82把类型改成Linux swap，最后输入w保存退出。

如果习惯用parted，命令也简单：parted /dev/vdb进入交互模式，执行mklabel gpt（新盘做GPT），然后mkpart primary 1MiB 2GiB，再set 1 swap on，最后quit。

第二步，让内核重新读取分区表。fdisk写盘后，系统不一定立刻识别到新分区，执行：

code复制partprobe /dev/vdb

然后用lsblk确认设备是否出现了/dev/vdb1。

第三步，格式化。以下是重头戏：

code复制mkswap /dev/vdb1

正常输出会显示Setting up swapspace version 1, size = 2 GiB之类的提示，没有报错就说明成功了。

第四步，激活：

code复制swapon /dev/vdb1

激活后立刻验证：

code复制swapon --show
free -h

看到新swap出现在列表里，且free的Swap行有数据，就说明生效了。

第五步，写入开机自启。这一步最容易被忽略。编辑/etc/fstab，追加一行：

code复制/dev/vdb1 none swap sw 0 0

这里有个非常重要的经验：生产环境不要在fstab里直接写/dev/vdb1这种设备路径，因为云环境重启后设备名可能漂移（vdb变成vdc之类），一旦写错开机就可能进不了系统。正确做法是先用blkid /dev/vdb1查出UUID，然后在fstab里写UUID=xxxx-xxxx。这一段我在后面"避坑实录"里会再强调。

3.3 方式二：用文件创建swap（文件法）

文件方式是最适合云服务器和容器的方案，不需要重新分区，不影响磁盘原有数据，用着不满意删掉就行。现在很多云上的默认镜像都不开swap，临时要加点交换空间，我首选就是文件法。

第一步，创建指定大小的空文件。2GB的swap文件就这么建：

code复制dd if=/dev/zero of=/swapfile bs=1M count=2048 status=progress

bs=1M是每次读写1MB，count=2048是2048次，正好2GB。有人喜欢用fallocate -l 2G /swapfile，速度确实快，但在XFS等某些文件系统上，fallocate创建的文件可能带空洞，swapon时内核会拒绝，所以我个人更推荐dd，虽然慢一点，但稳。

第二步，收紧权限。这步极其重要：

code复制chmod 600 /swapfile

swap文件如果权限过宽（比如644），内核会直接提示insecure permissions并拒绝使用，同时这也算一个安全隐患。设置成600之后，只有root能读写。

第三步，格式化并启用：

code复制mkswap /swapfile
swapon /swapfile

第四步，追加开机自启。在/etc/fstab末尾加一行：

code复制/swapfile none swap sw 0 0

文件方式在fstab里路径一般不会变，写绝对路径就可以，不需要UUID。

这里有个细节值得讲：swap文件所在文件系统建议用常规的ext4或xfs，不要放在btrfs、压缩文件系统、加密文件系统等特殊场景下，容易触发内核的swap支持限制。如果你不确定自己的文件系统支持不支持swap文件，先man swapon看看内核文档，别等到swapon报Invalid argument才一头雾水。

3.4 验证与开机自启的检查方法

不管用哪种方式，配置完fstab后都建议做一次完整验证。重启不方便，可以先用一条命令把fstab里所有swap项全部重新激活验证语法：

code复制swapon -a

这条命令会扫描/etc/fstab里标记为swap的设备或文件，有错会直接报出来。没有报错，基本上开机自启就没问题了。

另外新版systemd系统上还能这样看swap服务状态：

code复制systemctl list-units --type=swap

如果fstab配置正确，系统会为每个swap自动生成对应的swap单元。

4. 参数细节与调优经验：让swap更贴合业务

4.1 几个值得细品的mkswap参数

先说-c（坏块检查）。这个参数会在格式化前对目标区域做一次坏块扫描，遇到坏块就跳过不写入swap元数据。听起来很稳，但实际生产环境我基本不用，原因有两个：一是扫描大分区非常耗时，动辄几十分钟甚至更久；二是现代磁盘本身有坏块重映射机制，在磁盘层面已经兜底了一层。所以除非你是老机械盘、或者有明确的数据可靠性要求，否则大分区不要开-c。

再说-f（强制）。这个参数用于解决mkswap的"安全检查"报错，比如目标分区类型不是82、或者上面检测到了已有文件系统签名（比如ext4），不加-f会拒绝执行。这个参数的使用原则我认为只有一条：你必须百分百确认目标设备上没有需要的数据，才允许用-f。实际操作中我见过有人拿-f硬格式化错了盘，数据全丢，所以把它当作一把双刃剑来对待。

还有-L给swap设置卷标。标签的好处是fstab里可以用LABEL=swap1来引用，无需关心设备路径。但要注意，如果服务器上有多个swap，标签一定别重复，否则系统会混乱。

-U手动指定UUID这个需求听起来小众，实际在自动化脚本里很常用。比如你想让新swap的UUID固定下来，方便脚本和监控平台对接，就可以在mkswap时直接指定：

code复制mkswap -U 12345678-1234-1234-1234-1234567890ab /dev/vdb1

顺便提一句，新版util-linux里的mkswap还支持-e开启扩展错误检查，这个选项一般不用显式指定，保持默认就好，不是日常运维的操作点。

4.2 swap优先级与swappiness调整

创建好了swap，不代表内核就一定会高效用它。两个内核参数直接影响swap的"发挥"：优先级（pri）和swappiness。

优先级的作用是，当系统有多个swap设备/文件时，内核按优先级从高到低依次使用。给优先级高的swap填满后，才会去用下一个。如果你恰好有一块SSD swap和一块HDD swap，自然希望SSD被优先使用，这时可以在fstab的options列里写pri=100：

code复制/dev/vdb1 none swap sw,pri=100 0 0

或者在激活时指定：

code复制swapon -p 100 /dev/vdb1

优先级取值范围是0到32767，数字越大越优先。注意swapon --show里看到的PRIO列，负值一般表示内核自动分配的优先级。

接下来是swappiness，这是Linux调优里出场率极高的参数。它控制的是内核回收内存页时，偏向回收"匿名页"（把这些页换到swap）还是偏向回收"文件缓存页"（直接丢弃缓存）的倾向。取值范围0到100，默认60。值越大，越积极使用swap；值越小，越倾向释放文件缓存。

很多网上教程说"直接改成0禁用swap"，我不建议这么干。改成0确实会最大程度避免使用swap，但可能导致文件缓存被过度回收、磁盘IO上升，内存真正告急时又因为没有缓冲而触发OOM killer。我自己的习惯是：对内存相对充足的应用服务器，设10左右；对IO敏感型数据库服务器，设1到5；如果内存真的非常紧张，第一步是加物理内存，而不是调高swappiness靠swap硬撑。

临时修改和永久修改分别如下：

code复制sysctl vm.swappiness=10

然后写入/etc/sysctl.conf：

code复制vm.swappiness=10

执行sysctl -p让配置生效。

5. 常见问题与避坑实录

5.1 高频率报错速查表

mkswap、swapon相关报错，我整理了几条最常见的，按"现象—原因—解法"一张表记清楚：

5.2 真实运维里总结出的几条经验

第一，修改任何已有swap之前，必须先把旧的关掉。很多人直接对着正在使用的swap设备执行mkswap，结果报Device or resource busy，或者更糟——把正在承载内存换页的swap格式化掉，系统直接卡死。正确顺序是：swapoff /dev/vdb1（或者swapoff -a全部关闭），再重新mkswap，再swapon。

第二，fstab里尽量写UUID。我在云服务器上踩过这个坑：曾经在fstab写了/dev/vdb1，某次云平台后端迁移磁盘设备名从vdb变成了vdc，重启后系统找不到swap，虽然不影响登录，但服务监控一直在报swap缺失。后来所有服务器统一改成UUID挂载，再没出过类似问题。查UUID就一行命令：

code复制blkid /dev/vdb1

第三，swap文件方式优先权限收紧。不只是mkswap本身，创建文件后第一件事就是chmod 600。否则不仅内核拒绝使用，还有本地用户读swap文件内容导致内存数据泄露的风险，这个安全隐患平时不显眼，出问题就是大问题。

第四，数据库和Redis等性能敏感服务，swap是"兜底"不是"性能手段"。如果数据库实例的swap使用率一直上涨，不要只盯着调大swap，更不要直接调高swappiness。正确的做法是排查SQL慢查询、连接数、缓存命中率，想办法降内存消耗。swap不能解决性能问题，只能把一个进程的"死刑"改成"缓刑"。

第五，云服务器上最常见的场景就是用文件方式做swap，因为不需要动磁盘分区、不用重启就能生效。我建议新加的swap先给2GB左右，观察几天，如果一直用不满再考虑去掉或保持，完全没必要上来就建一个8GB的大swap占着磁盘空间。

最后再分享一个小技巧

我自己的习惯是给swap文件单独建一个目录来管理，比如/swap/swapfile，而不是随手扔在根目录。这样当服务器上需要多个swap文件时，目录结构一目了然，清理旧文件时也不容易误删。再配合swapon --show加free -h组合确认，每次操作完都留个现场记录，时间久了你就发现，swap维护这事儿虽然不起眼，但做扎实了，系统稳定性是真的能上一个台阶的。