redis机器物理死机问题分析（OOM）

问题的表现
在测试主搜索增量bolt的loader程序的时候，它有一步是将数据加载到redis里。在平时做测试的时候，几次发生做loader导致了redis所在的测试机器死机（物理死机）。

问题分析
造成了物理死机，我们初步认为是由于测试机器内存不足，而数据量过大，导致内存爆满，最后死机的。
觉得需要寻找一种解决机器挂掉的方法，后来发现
/home/admin/redis/bin/redis-cli info(命令可以查看redis使用了多少内存)
同时，我们也注意到了redis的一个配置项目maxmemory（通过查阅资料，得知是可以限制redis对物理内存的使用的），通过监控maxmemory这个配置。后来确定了，这
 
个限制是有效的。
关键代码：
if (server.maxmemory) freeMemoryIfNeeded();
if (server.maxmemory && (c->cmd->flags & REDIS_CMD_DENYOOM) &&
zmalloc_used_memory() > server.maxmemory)
{
addReplyError(c,"command not allowed when used memory > 'maxmemory'");
return REDIS_OK;
}
一般情况下，我们跑一次loader(将数据载入到redis里)，大概redis需要占用7G左右的内存（测试机器内存一共才8G）。
/home/admin/redis/bin/redis-cli info |grep memory
used_memory:2998410616
used_memory_human:2.79G
used_memory_rss:3609223168
我们开启了两个进程，也就是对上面的数据的2倍，就是我们需要的内存数目。

问题原因
而之前死机的原因，也很简单，本身redis就占用了7G左右的内存，同时，我们机器还是一个Hadoop的一个slave，偶尔会产生1G多的内存占用。而我们机器的物理内存
 
一共就是8G，两个一旦同时相加，则内存耗尽（OOM），机器死机。
防止redis机器死机的方法：
现在新增一个maxmemory的配置，将它设置为总和小于6.5G的占用。当数据使用一旦达到maxmemory，则程序会直接停止写入内存。
Redis还有一个功能，可以为key值设置过期时间，一旦内存满了，则先将过期的key值换出去。