如何在运行时仅重载单个systemd服务以应用新配置

我完全懂你的困扰——本来只是想给单个服务更新资源限制，结果systemctl daemon-reload这个全局命令总让你担心会影响到机器上的其他服务，甚至怕误改了别人服务的配置。下面给你几个精准的解决方案：

方案1：用systemctl set-property动态配置（最推荐） #

如果你的需求就是调整服务的资源限制（比如CPU、内存、IO配额这类），完全没必要手动编辑drop-in文件，也不用碰全局重载命令。直接用systemctl set-property就能针对单个服务完成动态配置：

• 它会自动帮你生成对应的drop-in配置文件，不用你手动创建目录或写配置
• 新的限制会立即应用到运行中的服务，全程不需要重启服务
• 完全不会影响其他服务的运行状态或配置

举个实际例子，要给myapp.service设置内存上限为512MB，只需要跑这条命令：

systemctl set-property myapp.service MemoryLimit=512M

方案2：已手动修改drop-in文件后的最小影响操作 #

如果你已经手动编辑了目标服务的drop-in文件，其实不用太担心systemctl daemon-reload的全局影响——这个命令只是让systemd重新读取磁盘上所有单元文件的内容，不会主动修改任何正在运行的服务的配置或状态。其他服务的运行完全不受影响，除非你主动去重启或重载它们。

完成daemon-reload后，你只需要针对目标服务执行：

systemctl reload myapp.service

（前提是这个服务本身支持热重载配置）。如果服务不支持reload，但你又想应用新的systemd配置，可能就得用systemctl reload-or-try-restart myapp.service，不过这时候如果服务无法重载就会重启，建议提前和服务的维护者确认时机。

关于“daemon-reload影响其他服务”的澄清 #

你提到运行这个命令后其他服务的设置被改变了，这大概率是个误解。systemctl daemon-reload本身不会修改任何服务的配置或运行状态，它只是同步磁盘上的单元文件到systemd管理器中。如果真的出现了其他服务配置变更的情况，可能是你在编辑drop-in时不小心操作了其他服务的配置文件，或者这些服务本身有依赖全局配置的特殊逻辑。

备注：内容来源于stack exchange，提问作者World9