背景：
[13223] 17 Mar 13:18:02.207 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
有道翻譯：
警告:overcommit_memory設置為0!在內存不足的情況下，后台保存可能會失敗。要修復這個問題，請添加“vm.overcommit_memory = 1' to /etc/sysctl.conf，然后重新啟動或運行命令'sysctl vm。overcommit_memory=1'使其生效。
於是通過搜索，也有人跟我遇到同樣的問題，基本可以確定是由它引起的。
內核參數overcommit_memory
它是 內存分配策略
可選值：0、1、2。
0: 表示內核將檢查是否有足夠的可用內存供應用進程使用；如果有足夠的可用內存，內存申請允許；否則，內存申請失敗，
並把錯誤返回給應用進程。
1: 表示內核允許分配所有的物理內存，而不管當前的內存狀態如何。
2: 表示內核允許分配超過所有物理內存和交換空間總和的內存
什么是Overcommit和OOM
Linux對大部分申請內存的請求都回復"yes"，以便能跑更多更大的程序。因為申請內存后，並不會馬上使用內存。這種技術叫做Overcommit。當linux發現內存不足時，會發生OOM killer(OOM=out-of-memory)。它會選擇殺死一些進程(用戶態進程，不是內核線程)，以便釋放內存。
當oom-killer發生時，linux會選擇殺死哪些進程？選擇進程的函數是oom_badness函數(在mm/oom_kill.c中)，該函數會計算每個進程的點數(0~1000)。點數越高，這個進程越有可能被殺死。每個進程的點數跟oom_score_adj有關，而且oom_score_adj可以被設置(-1000最低，1000最高)。
解決方法：
很簡單，按提示的操作（將vm.overcommit_memory 設為1）即可：
有三種方式修改內核參數，但要有root權限：（直接修改宿主機的配置文件）
（1）編輯/etc/sysctl.conf ，改vm.overcommit_memory=1，然后sysctl -p 使配置文件生效
（2）sysctl vm.overcommit_memory=1
（3）echo 1 > /proc/sys/vm/overcommit_memory
————————————————
原文鏈接：https://blog.csdn.net/whycold/article/details/21388455