背景

公司的redis有時background save db不成功，通過log發現下面的告警，很可能由它引起的：

[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、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