定时重启 Systemd 服务

---

最近 V2MM 频繁 502， 经查明是 MongoDB 经常挂掉，原因是内存太小，MongoDB 运行一段时间后消耗完全部内存就挂了，每次都需要手动重启 MongoDB 的服务进程。

这种事一而再再而三的发生后就想要自动重启 MongoDB，但是一番尝试后发现用 Cron 定时重启 MongoDB 的 systemd 服务很困难，只有用 Systemd 自己的定时器才行。

Systemd 的定时服务可以自己写 .timer 文件，也可以通过 systemd-run 来生成创建。于是乎一行命令即可：

sudo systemd-run --unit restart-mongod-daily --on-calendar "*-*-* 00:00:00" /usr/bin/systemctl restart mongod

--unit 指定了 unit 文件的名字，on-calendar 即创建 timer 服务。具体的命令格式参照 wiki 和 man。

如果是用 Cron 的话，cron 的运行环境和 systemd 的环境不一致，很多命令无法运行，但是可以通过工具将 cron 命令转换为 systemd timer 运行。参见： Systemd to Cron.

@river 有闲情试试mariadb看看

@river 我觉得你是不是没发现网站被作恶了必须发个图给你看看，红色的不是还能低速访问，是0速度

我感觉有一丢丢不太好，万一白天芒果挂了，那还要等到大半夜呢。直接给对应的unit文件加一个Restart=always就好啦，如果芒果不在了，systemd会瞬间乖乖地帮你重启的。

不过内存不够嘛，还是想办法别让它吃那么多内存，加点swap，修改下swapness(默认60总感觉不太友好)或者干脆升级配置。

另，cron大坑，因为它可能读取不到一些环境变量；而systemd那一堆根本就不鸟任何环境变量(除非手动导入)，所以嘛，嘿嘿嘿。

@土豆不好吃
Restart=always 是个办法，但问题是 Mongodb 运行一段时间后（大概2、3天），虽然不挂掉，速度却变得很慢，日志里会产生 warning，所以这种情况下还不如重启。

不过更治本的方式是限制内存使用或者增加内存。在 Stackoverflow 上找到这个问题： how to release the caching which is used by Mongodb?

# Where and how to store data.
storage:
  dbPath: /var/lib/mongodb
  journal:
    enabled: true
  wiredTiger:
    engineConfig:
        cacheSizeGB: 1

@shion

是不是这个网站的问题？ 我在 17ce 上测试了多次，结果都差不多。

@river
这小芒果竟然还有这种莫名其妙的问题撒？那还是systemd timer重启下吧😂