redis 故障处理 "Can't save in background: fork: Cannot allocate memory"

http://blog.csdn.net/lizhe_dashuju/article/details/55803644

1. 故障处理方式概述

这个错误是因为，redis有个默认选项
stop-writes-on-bgsave-error yes
在默认情况下，如果rdb snapshots持久化出现问题，设置这个参数后，redis不允许用户进行任何更新

不彻底的解决方式，将这个选项改为no
stop-writes-on-bgsave-error no
这样只是当redis写硬盘快照出错时，可以让用户继续做更新操作，但是写硬盘仍然是失败的。

彻底解决方式
编辑/etc/sysctl.conf添加
vm.overcommit_memory=1
执行sysctrl -p 使其生效

Linux对大部分申请内存的请求都回复"yes"，以便能跑更多更大的程序。因为申请内存后，并不会马上使用内存，将这些不会使用的空闲内存分配给其它程序使用，以提高内存利用率，这种技术叫做Overcommit。一般情况下，当所有程序都不会用到自己申请的所有内存时，系统不会出问题，但是如果程序随着运行，需要的内存越来越大，在自己申请的大小范围内，不断占用更多内存，直到超出物理内存，当linux发现内存不足时，会发生OOM killer(OOM=out-of-memory)。它会选择杀死一些进程(用户态进程，不是内核线程，哪些占用内存越多，运行时间越短的进程越有可能被杀掉)，以便释放内存。
杀掉一些无用进程，以便有更多内存可用。


此外，在/etc/redis/redis.conf下设置，以限制redis的使用内存数量
maxmemory 1024mb

如果使用的内存少，那么做fork的时候就不会出现物理内存不足的问题。

2. 实际解决方式

2.1. 设置
编辑/etc/sysctl.conf添加
vm.overcommit_memory=1
执行sysctrl -p 使其生效


2.2 测试
redis-cli -h 114.5x.23x.xx 
set foo bar
auth txxxxxxxok
set foo bar
get foo


2.3. 监控redis.log和官网主页，持续正常，表明ok。

3. 遇到的问题

3.1 如果在redis.conf设置maxmemory 1024mb，redis可以启动，但测试时候set foo bar不能通过，提示错误是
OOM command not allowed

3.2 在redis.conf设置
maxmemory 1024mb
maxmemory-policy volatile-lru
也仍然会在写set foo bar的时候报错。

3.3 需要读文档解决这个问题。估计需要一些细节。

http://blog.csdn.net/lizhe_dashuju/article/details/55803644