在Ubuntu服务器运维中，当物理内存不足时系统会使用交换空间（swap）作为补充，但过度或不合理的swap使用可能导致性能严重下降。直接使用swapoff命令禁用所有交换分区可能引发进程被强制终止（OOM Killer）的风险，而swapon命令则用于重新激活交换空间。安全调整的关键在于：首先评估当前内存和交换使用状况，然后通过逐步调整、使用优先级或创建临时交换文件等方式进行平滑过渡，避免系统在调整过程中因内存耗尽而崩溃。
理解swapoff与swapon的核心机制
swapoff命令的作用是禁用指定的交换分区或文件，系统会尝试将其中数据移回物理内存。如果物理内存不足，部分进程可能被强制结束。而swapon命令则用于启用交换空间，并可通过-p参数设置优先级（数值越高优先级越高），系统会优先使用优先级高的交换空间。在Ubuntu中，交换空间可以是独立分区，也可以是使用dd和mkswap创建的交换文件，后者在云服务器环境中更为灵活。
调整前的关键检查与风险评估
执行任何swap调整前，必须通过free -h查看当前内存和交换使用量，使用swapon -s或cat /proc/swaps列出活跃的交换空间详情。重点关注“Used”列：如果交换空间已用较多，直接禁用可能导致内存溢出。同时用vmstat 2 5监控内存和swap的实时变化趋势。建议在系统负载较低时操作，并确保有控制台或带外管理访问权限，以防网络服务中断。
安全禁用交换空间（swapoff）的实践步骤
绝对不要直接运行swapoff -a。应采用分步操作：首先，如果系统有多个交换空间，可逐个禁用优先级较低的。例如，若有一个交换文件/swapfile，先使用swapoff /swapfile。其次，在禁用过程中，使用top或htop监控内存使用率（%MEM）。如果发现可用内存急剧下降，应立即暂停并考虑增加物理内存或创建临时交换文件。对于交换分区，可先尝试减少swappiness值：sysctl vm.swappiness=10，这能降低系统使用swap的倾向，为后续操作争取更多缓冲。
使用交换文件实现灵活调整
在云服务器或没有独立swap分区的环境中，交换文件是最佳选择。创建一个新的交换文件并启用，再安全禁用旧的交换空间，能实现无缝切换。例如，创建一个4GB的交换文件：
sudo fallocate -l 4G /swap_new sudo chmod 600 /swap_new sudo mkswap /swap_new sudo swapon -p 100 /swap_new
通过设置较高优先级（如100），系统会优先使用新文件。确认新交换文件工作正常后，再逐步禁用旧交换空间。此方法特别适用于需要调整交换空间大小的场景。
重新启用与优化配置（swapon）
swapon不仅用于启用交换空间，更是优化性能的工具。通过/etc/fstab配置可实现开机自动挂载，但务必检查fstab条目是否正确，避免系统启动失败。一个常见的优化是混合使用多个交换空间并设置优先级：将高速SSD上的交换文件设为高优先级，传统硬盘上的交换分区设为低优先级。启用后，使用cat /proc/swaps验证状态。此外，调整vm.swappiness参数（建议服务器设置为10-30）和vfs_cache_pressure，能有效控制系统使用swap的积极性。
监控与故障恢复方案
调整后必须持续监控。使用sar -S 2 10可查看交换使用率的历史和实时数据。如果发现禁用swap后应用性能下降或出现OOM错误，需立即启用备用交换空间。预先准备一个紧急恢复脚本至关重要，脚本应包含启用备用交换文件和关键服务重启命令。同时，配置监控告警（如使用Prometheus node_exporter），当可用内存低于阈值时自动触发通知。
高级场景：在容器化环境中的swap管理
在Docker或Kubernetes环境中，swap管理更为复杂。某些容器运行时默认禁用swap以保证性能一致性。如果需要启用，应在容器引擎配置中明确允许，并谨慎设置资源限制。在K8s中，可通过设置Pod的memory.swap字段来控制swap使用。在宿主机层面，建议为容器宿主机配置专用的交换文件，并与应用容器隔离，避免相互干扰。
总结：原则与最佳实践
安全调整swap的核心原则是“逐步操作，留有后路”。永远避免在生产环境高峰时段操作；总是先启用新的交换空间再禁用旧的；调整后务必更新/etc/fstab并测试重启；对于关键业务服务器，考虑使用监控工具实现自动化预警。swap不是内存的替代品，而是应对突发负载的保险机制——合理配置比盲目调整大小更重要。通过结合硬件监控、应用特性与负载模式，才能制定出最合适的swap策略。
