为何systemd停止我的服务却不重启？依赖MariaDB的服务异常排查

看来你碰到了systemd服务依赖管理里的典型痛点——当依赖的MariaDB因系统安全更新重启时，你的应用服务没能自动跟上，导致意外停止。我来帮你梳理几个关键的配置调整点，彻底解决这个问题：

1. 绑定服务与MariaDB的生命周期 #

首先要让你的服务和MariaDB的状态深度绑定，这样当MariaDB重启时，你的服务也会同步动作。在你的.service文件的[Unit]段里添加或完善以下配置：

[Unit]
Description=你的持续运行服务名称
# 强依赖：MariaDB未启动时，你的服务无法启动
Requires=mariadb.service
# 确保你的服务在MariaDB完全启动后再启动
After=mariadb.service
# 核心配置：绑定生命周期——MariaDB重启/停止时，你的服务会同步响应
PartOf=mariadb.service

PartOf是这里的关键：它会让你的服务成为MariaDB服务的"从属单元"，当MariaDB被systemctl restart触发重启时，你的服务也会被自动重启，避免因MariaDB临时中断导致的服务意外退出。

2. 配置自动重启兜底策略 #

即使有了生命周期绑定，也得确保服务在意外退出时能自动恢复。在[Service]段里添加重启相关配置：

[Service]
Type=simple
ExecStart=/path/to/your/service/executable
# 重启策略：只要服务非正常退出就触发重启
Restart=on-failure
# 重启前等待5秒，给MariaDB足够的启动/恢复时间
RestartSec=5
# 可选：指定服务运行的用户组，提升安全性
User=your-service-user
Group=your-service-group

如果希望不管什么原因（手动停止除外）都让服务自动重启，可以把Restart=on-failure改成Restart=always，不过on-failure更符合常规生产场景，避免不必要的重启触发。

3. 启动前验证MariaDB就绪状态 #

为了防止服务在MariaDB还没完全启动好就尝试启动（比如更新后MariaDB启动需要加载数据的时间），可以添加启动前的检查步骤：

[Service]
# 启动前检查MariaDB是否就绪，失败则触发重试（配合Restart策略）
ExecStartPre=/usr/bin/mysqladmin ping -h localhost --silent

这个命令会尝试连接MariaDB，只有当MariaDB正常响应时，你的服务才会启动。如果MariaDB还在启动中，ExecStartPre会失败，触发Restart策略，直到MariaDB就绪。

4. 验证配置并测试 #

修改完.service文件后，别忘了重新加载systemd配置并重启你的服务：

sudo systemctl daemon-reload
sudo systemctl restart your-service-name.service

接下来可以手动测试MariaDB重启的场景，验证你的服务是否同步恢复：

sudo systemctl restart mariadb.service

然后用systemctl status your-service-name.service检查你的服务状态，确认它已经同步重启并正常运行。

完整示例配置 #

把上面的配置整合起来，你的.service文件大概是这样的：

[Unit]
Description=我的持续运行业务服务
Requires=mariadb.service
After=mariadb.service
PartOf=mariadb.service

[Service]
Type=simple
ExecStart=/usr/local/bin/your-service-executable
ExecStartPre=/usr/bin/mysqladmin ping -h localhost --silent
Restart=on-failure
RestartSec=5
User=app-user
Group=app-group

[Install]
WantedBy=multi-user.target

这样调整后，下次Ubuntu自动更新MariaDB时，你的服务会跟着MariaDB同步重启，再也不会出现意外停止的情况了。

内容的提问来源于stack exchange，提问作者Medo42