redis莫名其妙的報這個錯誤，是redis緩存的數據過多，沒有提前做好數據過期策略，導致超過物理機的實際內存。需要修改計算機內存策略，然後重啓redis，刪除redis冗餘數據就ok
錯誤信息：
內核參數overcommit_memory
overcommit_memory是內存分配策略
設置內存分配策略（可選，根據服務器的實際情況進行設置）
/proc/sys/vm/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最高)。
解決方法：
第一個警告：
有三種方式修改內核參數，但要有root權限：
- 編輯vim /etc/sysctl.conf ，改vm.overcommit_memory=1，然後sysctl -p 使配置文件生效
- sysctl vm.overcommit_memory=1
- echo 1 > /proc/sys/vm/overcommit_memory 不需要啓機器就生效
第二個警告：
- echo 511 > /proc/sys/net/core/somaxconn
參考：https://blog.csdn.net/whycold/article/details/21388455