Redis服务器离线与内存分配失败问题解析及解决方法

redisserverwentaway，上传显示这个怎么回事

1.redisserverwentaway表示服务器出现错误或者没有启动。
2.原因必须是运营商进行系统升级或系统维护。
3.您可以查看相关通知。
了解具体恢复时间。

Redis写磁盘出错Cannotallocatememory

早上看Redis日志的时候，因为BGSAVE不需要主进程被阻塞，所以用BGSAVE直接调整数据写入参数vm.overcommit_memory=1，Linux内核调整为参数来判断是否释放vm.overcommit_memory参数设置。
源代码如下。

解决Redis保存后无法写入问题

今天开发者突然告诉我Redis不能写。
进入Redis后发现确实是这样，set命令无法执行。
报错为：172.31.18.90:6379gt；放？testtest1（错误）MISCONFRedis配置为保存RDB快照，但目前无法持久保存到磁盘。
可以修改数据集的命令被禁用。
请检查Redis日志以获取有关错误的更多详细信息。
之前Redis是正常的。
这不是由于权限问题，也不是内存耗尽。
查看日志，我注意到错误消息fork:Cannotallocatememory正在分叉内存不足的进程。
这不需要太多的资源，但是当内存很重要时。
这个进程的空间以G为单位来衡量，Forking就变成了一个非常可怕的操作。
另外，在具有16GB内存的主机上创建一个具有14GB内存的进程怎么样？肯定会报内存无法分配。
更烦人的是，主机变更越频繁，分叉就越频繁。
运行分叉本身的成本可能并不比假死好多少。
找到原因后，直接修改内核参数vm.overcommit_memory=1和sysctl-p，使内核参数生效。
参数说明：Linux内核会根据vm.overcommit_memory参数的设置来决定是否释放。
如果vm.overcommit_memory=1，则直接释放vm.overcommit_memory=0：然后将本次请求分配的虚拟内存大小与系统当前空闲物理内存加上swap进行比较，决定是否释放。
vm.overcommit_memory=2：分配给进程的所有虚拟内存加上本次请求分配的虚拟内存，将会与系统当前空闲物理内存加上swap进行比较，以决定是否释放。
这里我重新贴一下redis的重写机制。
Redis的数据重写机制分为两种：同步和异步重写就是SAVE命令，主进程直接重写数据。
磁盘。
在数据量较大的情况下，这会导致系统长时间挂起，所以一般不建议这样做。
异步重写是BGSAVE命令。
主进程完成后，它会复制自身并通过这个新进程写回磁盘。
重写完成后，新进程将关闭。
由于这种方式不需要主进程挂起，所以系统不会挂起，通常默认采用这种方法。
这里需要注意的是：在Redis中运行configsetstop-writes-on-bgsave-errorno命令只能暂时修复无法设置的问题。
如果出现问题，您应该始终检查默认日志配置stop-writes-on-bgsave-erroryes。
当bgsave发生错误时，数据无法修改。