解決linux下redis數(shù)據(jù)庫overcommit_memory問題
背景
公司的redis有時(shí)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)存供應(yīng)用進(jìn)程使用；如果有足夠的可用內(nèi)存，內(nèi)存申請?jiān)试S；否則，內(nèi)存申請失敗，并把錯(cuò)誤返回給應(yīng)用進(jìn)程。
- 1， 表示內(nèi)核允許分配所有的物理內(nèi)存，而不管當(dāng)前的內(nèi)存狀態(tài)如何。
- 2， 表示內(nèi)核允許分配超過所有物理內(nèi)存和交換空間總和的內(nèi)存
什么是Overcommit和OOM
Linux對大部分申請內(nèi)存的請求都回復(fù)"yes"，以便能跑更多更大的程序。因?yàn)樯暾垉?nèi)存后，并不會馬上使用內(nèi)存。這種技術(shù)叫做Overcommit。當(dāng)linux發(fā)現(xiàn)內(nèi)存不足時(shí)，會發(fā)生OOM killer(OOM=out-of-memory)。它會選擇殺死一些進(jìn)程(用戶態(tài)進(jìn)程，不是內(nèi)核線程)，以便釋放內(nèi)存。
當(dāng)oom-killer發(fā)生時(shí)，linux會選擇殺死哪些進(jìn)程？選擇進(jìn)程的函數(shù)是oom_badness函數(shù)(在mm/oom_kill.c中)，該函數(shù)會計(jì)算每個(gè)進(jìn)程的點(diǎn)數(shù)(0~1000)。點(diǎn)數(shù)越高，這個(gè)進(jìn)程越有可能被殺死。每個(gè)進(jìn)程的點(diǎn)數(shù)跟oom_score_adj有關(guān)，而且oom_score_adj可以被設(shè)置(-1000最低，1000最高)。
解決方法：
很簡單，按提示的操作（將vm.overcommit_memory 設(shè)為1）即可：
有三種方式修改內(nèi)核參數(shù)，但要有root權(quán)限：
- （1）編輯/etc/sysctl.conf ，改vm.overcommit_memory=1，然后sysctl -p 使配置文件生效
- （2）sysctl vm.overcommit_memory=1
- （3）echo 1 > /proc/sys/vm/overcommit_memory
到此這篇關(guān)于解決linux下redis數(shù)據(jù)庫overcommit_memory問題的文章就介紹到這了。希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。
相關(guān)文章
經(jīng)常會有人問這個(gè)問題，redis中為什么要使用跳表?這個(gè)問題，redis作者已經(jīng)給出過明確答案,今天通過本文再給大家講解下這個(gè)問題，對redis?skiplist跳表知識感興趣的朋友一起看看吧2022-10-10
因?yàn)閞edis數(shù)據(jù)是基于內(nèi)存的,然而內(nèi)存是非常寶貴的資源,然后我們就會對一些不常用或者只用一次的數(shù)據(jù)進(jìn)行存活時(shí)間設(shè)置,這樣才能提高內(nèi)存的使用效率,下面這篇文章主要給大家介紹了關(guān)于Redis中過期鍵與內(nèi)存淘汰策略,需要的朋友可以參考下2022-11-11
這篇文章介紹了Linux下快速部署Redis的方法，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-01-01
網(wǎng)上都說jedis實(shí)例是非線程安全的，常常通過JedisPool連接池去管理實(shí)例，在多線程情況下讓每個(gè)線程有自己獨(dú)立的jedis實(shí)例，但都沒有具體說明為啥jedis實(shí)例時(shí)非線程安全的，本文就來和大家詳細(xì)說說2022-12-12
今天小編就為大家分享一篇關(guān)于Redis Cluster的圖文講解，小編覺得內(nèi)容挺不錯(cuò)的，現(xiàn)在分享給大家，具有很好的參考價(jià)值，需要的朋友一起跟隨小編來看看吧2019-01-01
Redis的RESTORE命令用于將DUMP生成的序列化數(shù)據(jù)恢復(fù)為鍵值,適用于數(shù)據(jù)遷移、備份恢復(fù)和跨實(shí)例同步,本文介紹redis restore 命令的用法,感興趣的朋友一起看看吧2025-02-02
因?yàn)閞edis數(shù)據(jù)是基于內(nèi)存的,然而內(nèi)存是非常寶貴的資源,然后我們就會對一些不常用或者只用一次的數(shù)據(jù)進(jìn)行存活時(shí)間設(shè)置,這樣才能提高內(nèi)存的使用效率,下面這篇文章主要給大家介紹了關(guān)于Redis中過期鍵如何刪除的相關(guān)資料,需要的朋友可以參考下2022-04-04
本文主要介紹了IDEA中的Redis插件連接Redis服務(wù)器，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-02-02
Redis底層數(shù)據(jù)結(jié)構(gòu)之dict、ziplist、quicklist詳解
本文給大家詳細(xì)介紹了Redis的底層數(shù)據(jù)結(jié)構(gòu)：dict、ziplist、quicklist的相關(guān)知識，本文給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友參考下吧2021-09-09
這篇文章主要為大家介紹了Redis內(nèi)存碎片原理深入分析，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2023-02-02