Linux kernel 参数临时修改后怎么安全持久化

Linux 的 kernel 参数可以先通过 sysctl -w 临时修改，但这一步只改变当前运行中的内核状态；重启后是否保留，取决于你有没有把同一个参数写进持久配置，并让启动阶段重新加载。更稳妥的做法是：先读取并备份原值，再在 /etc/sysctl.d/ 放一个带编号的独立文件，显式加载，最后用同一组命令验证与回滚。

不要把“当前值变了”当成“配置已经持久化”。运行时入口是 /proc/sys/，持久化入口通常是 /etc/sysctl.d/*.conf；两者之间还隔着文件排序、模块加载时机和回滚记录。

先分清运行时参数和持久配置

sysctl 管理的是一组可在运行时读写的内核参数，实际入口位于 /proc/sys/ 下。比如 vm.swappiness 对应的文件通常是 /proc/sys/vm/swappiness。参数是否存在、能否写入以及取值含义，仍要以当前内核和发行版文档为准，不能只凭网上常见数字照抄。

先做一份最小记录，既能确认参数可用，也为回滚保留依据：

# 读取当前值；-n 只输出值，便于保存到记录中
sysctl -n vm.swappiness

# 直接查看内核运行时入口，确认名称映射关系
cat /proc/sys/vm/swappiness

# 临时修改，只影响当前运行周期
sudo sysctl -w vm.swappiness=10

如果两次读取结果一致，说明你观察的是同一个运行时参数；这仍然不代表它已经写入启动配置。

用独立文件保存可审计的变更

推荐为本次变更建立单独文件，例如 /etc/sysctl.d/60-local-memory.conf。编号不是装饰：systemd 的 sysctl.d 规则会按文件名的字典序处理配置，同名变量以后加载的值可能覆盖前面的值。把本地调整集中在一个文件里，比直接编辑发行版默认文件更容易审查、迁移和撤销。

# 先备份目标文件；文件不存在时也不要阻断记录流程
sudo cp -a /etc/sysctl.d/60-local-memory.conf \
  /etc/sysctl.d/60-local-memory.conf.bak 2>/dev/null || true

# 使用编辑器写入少量、带注释的本地配置
sudo editor /etc/sysctl.d/60-local-memory.conf

# 文件内容示例：注释说明业务原因，键值保持可复制
# 降低缓存回收倾向前，先在压测环境确认内存水位
vm.swappiness = 10

不要为了“看起来统一”把所有参数塞进一个巨大文件。按业务边界拆分，出现问题时可以准确知道该回滚哪一组。配置文件中使用点号或斜杠表示层级时要保持团队约定一致，并避免把仅适用于某个模块的参数误当成全局参数。

加载配置时检查覆盖顺序和模块时机

修改文件后，先在当前系统重新加载，再看最终值：

# 按系统配置目录重新加载 sysctl 文件
sudo sysctl --system

# 只检查目标参数的最终运行时值
sysctl vm.swappiness

# 保存最终值，便于发布记录或变更单核对
sysctl -n vm.swappiness

如果输出与文件不一致，优先查三件事：是否存在更晚排序的同名键、/etc 是否被另一个配置覆盖，以及参数对应的内核模块是否在加载时还不存在。systemd 文档特别提醒，一些参数只有模块加载后才出现；这类参数可能需要配合模块加载配置或 udev 规则，而不是反复执行同一条 sysctl 命令。

回滚要恢复原值，而不是只删除最后一行

最安全的回滚有两个动作：恢复运行时原值，并撤销持久配置。只删除配置文件而不重新加载，当前进程看到的值可能仍然是修改后的；只写回原值而不清理文件，下一次启动又会再次改回去。

# 先把运行时值恢复为变更前记录的数值
sudo sysctl -w vm.swappiness=60

# 再移走本次配置，保留副本方便审计或再次启用
sudo mv /etc/sysctl.d/60-local-memory.conf \
  /etc/sysctl.d/60-local-memory.conf.disabled

# 重新加载其余配置，并确认最终值
sudo sysctl --system
test "$(sysctl -n vm.swappiness)" = "60"

生产环境里，回滚记录至少包含参数名、原值、变更值、文件名、执行人和验证结果。对网络转发、文件句柄、内存回收等敏感参数，先在低风险机器验证，再扩大范围；文章只讨论配置生命周期，不替任何具体业务给出“最佳值”。

常见问题

sysctl -w 修改后需要重启吗？

通常不需要，运行时值会立即尝试生效；但若要跨重启保留，必须写入持久配置并重新加载或等待下次启动。

直接改 /etc/sysctl.conf 可以吗？

可以，但独立的 /etc/sysctl.d/ 文件更便于按变更拆分、排序和回滚。团队应统一入口，避免多个文件重复设置同一参数。

为什么配置文件正确却提示参数不存在？

常见原因是参数依赖的模块或设备尚未加载，或者当前内核根本没有该参数。先确认 /proc/sys/ 路径和模块时机，再决定使用模块加载或 udev 触发方案。