公司的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 runsys the command 'mormroni=Ftlm. ' for this to take effect.
於是透過搜索,也有人跟我遇到同樣的問題,基本上可以確定是由它引起的。
它是 記憶體分配策略
可選值:0、1、2。
0, 表示內核將檢查是否有足夠的可用內存供應用進程使用;如果有足夠的可用內存,內存申請允許;否則,內存申請失敗,並把錯誤返回給應用進程。
1, 表示核心允許分配所有的實體內存,而不管目前的記憶體狀態如何。
2, 表示核心允許分配超過所有實體記憶體和交換空間總和的記憶體
Linux對大部分申請記憶體的請求都回覆"yes",以便能跑更多更大的程式。因為申請內存後,並不會馬上使用內存。這種技術叫做Overcommit。當Linux偵測到記憶體不足時,就會觸發OOM killer(OOM代表記憶體不足)的運作。為了釋放內存,它會優先選擇殺死一些用戶態進程,而不是內核線程。
當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
以上是linux下redis資料庫overcommit_memory報錯怎麼解決的詳細內容。更多資訊請關注PHP中文網其他相關文章!