背景

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

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

于是通過搜索，也有人跟我遇到同樣的問題，基本可以確定是由它引起的。

內(nèi)核參數(shù)overcommit_memory 

它是 內(nèi)存分配策略

可選值：0、1、2。

• 0， 表示內(nèi)核將檢查是否有足夠的可用內(nèi)存供應用進程使用；如果有足夠的可用內(nèi)存，內(nèi)存申請允許；否則，內(nèi)存申請失敗，并把錯誤返回給應用進程。
• 1， 表示內(nèi)核允許分配所有的物理內(nèi)存，而不管當前的內(nèi)存狀態(tài)如何。
• 2， 表示內(nèi)核允許分配超過所有物理內(nèi)存和交換空間總和的內(nèi)存

什么是Overcommit和OOM

Linux對大部分申請內(nèi)存的請求都回復"yes"，以便能跑更多更大的程序。因為申請內(nèi)存后，并不會馬上使用內(nèi)存。這種技術叫做Overcommit。當linux發(fā)現(xiàn)內(nèi)存不足時，會發(fā)生OOM killer(OOM=out-of-memory)。它會選擇殺死一些進程(用戶態(tài)進程，不是內(nèi)核線程)，以便釋放內(nèi)存。

當oom-killer發(fā)生時，linux會選擇殺死哪些進程？選擇進程的函數(shù)是oom_badness函數(shù)(在mm/oom_kill.c中)，該函數(shù)會計算每個進程的點數(shù)(0~1000)。點數(shù)越高，這個進程越有可能被殺死。每個進程的點數(shù)跟oom_score_adj有關，而且oom_score_adj可以被設置(-1000最低，1000最高)。

解決方法：

很簡單，按提示的操作（將vm.overcommit_memory 設為1）即可：

有三種方式修改內(nèi)核參數(shù)，但要有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數(shù)據(jù)庫overcommit_memory問題的文章就介紹到這了。希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論