自从从 Debian 9 升级到 Debian 11 以来，我们一直在被mysqlOOMKiller 杀死。
我看到.service已经定义了几个文件OOMScoreAdjust=###，但它们似乎没有得到遵守，并choom告诉我这些服务的分数调整值为0。
除此之外，其他服务也会忽略该值mysql，例如netdata但似乎很受尊重systemd，默认调整值为-1000。
OOMScoreAdjust在 Debian 11 中，文件中的指定.service不再有效吗？我猜不是这样，因为systemd的分数被 正确读取choom。那么还有其他事情发生吗？
除了choom告诉我调整分数是之外0，该进程继续被终止，这使我非常确定该值没有得到尊重，但我不知道为什么会这样。
我不确定这个问题是否特定于 Debian 或者什么，因为我没有足够的信息，也不知道下一步该去哪里。
答案1
我发现我没有嵌套在标题OOMScoreAdjust下[Service]，所以没有应用。这解释了为什么它适用于某些进程（值正确嵌套在[Service], 下的进程），但不适用于其他进程。
设置的值choom似乎不会在重新启动后持续存在。