遇到此错误，并且能够从日志中找出该错误是由于磁盘空间不足造成的。所有插入到我箱子里的数据都不再需要了。所以我试着冲洗马桶。由于redis-rdb-bgsave进程正在运行，因此也不允许FLUSH数据。我按照下面的步骤，并能够继续。

登录redis客户端 执行config set stop-writes-on-bgsave-error no 执行FLUSHALL(不需要存储的数据) 执行config set stop-writes-on-bgsave-error yes

进程redis-rdb-bgsave在执行以上步骤后不再运行。

遇到此错误，并且能够从日志中找出该错误是由于磁盘空间不足造成的。所有插入到我箱子里的数据都不再需要了。所以我试着冲洗马桶。由于redis-rdb-bgsave进程正在运行，因此也不允许FLUSH数据。我按照下面的步骤，并能够继续。

登录redis客户端 执行config set stop-writes-on-bgsave-error no 执行FLUSHALL(不需要存储的数据) 执行config set stop-writes-on-bgsave-error yes

进程redis-rdb-bgsave在执行以上步骤后不再运行。

感谢大家检查这个问题，显然错误是在bgsave期间产生的。

对我来说，在shell中输入config set stop-writes-on-bgsave-error no并重新启动Redis解决了这个问题。

如果您正在运行MacOS，并且最近升级到Catalina，您可能需要按照本问题的建议运行brew服务重新启动redis。

所有这些答案都不能解释RDB保存失败的原因。

作为我的情况，我检查了redis日志，发现:

14975:M 18 Jun 13:23:07.354 #后台保存被信号9终止

在终端执行如下命令:

sudo egrep -i -r 'killed process' /var/log/

它显示:

/var/log/kern.log.1:Jun 18 13:23:07 10-10-88-16 kernel: [28152358.208108] Killed process 28416 (redis-server) total-vm:7660204kB, anon-rss:2285492kB, file-rss:0kB

就是这样!这个进程(redis保存rdb)被OOM杀手杀死

是指:

https://github.com/antirez/redis/issues/1886

查找哪个进程被Linux OOM杀手杀死

我也遇到过类似的问题，这背后的主要原因是redis的内存消耗。 我的EC2机器有8GB内存(大约7.4 gb可用)

当我的程序运行时，RAM使用率上升到7.2 GB，只剩下大约100MB的RAM，这通常会触发MISCONF Redis错误…

可以使用htop命令确定内存消耗。执行htop命令后，查找Mem属性。如果它显示出较高的消耗(比如我的情况是7.2GB/7.4GB)，那么最好将实例升级为更大的内存。 在这种情况下，使用set stop-writes-on-bgsave-error no对服务器来说将是一场灾难，并可能导致中断服务器上运行的其他服务(如果有的话)。所以，最好避免配置命令和升级你的REDIS机器。

供您参考:您可能需要安装htop才能使其工作:sudo apt-get install htop

另一种解决方案是在你的系统上运行一些其他的内存大的服务，检查在你的服务器/机器/实例上运行的其他服务，如果没有必要就停止它。要检查机器上运行的所有服务，请使用service——status-all

对于那些直接粘贴config命令的人，建议在使用这些命令之前，请做一些研究，至少警告用户。正如@Rodrigo在评论中提到的:“忽视错误看起来并不酷。”

——更新

你也可以配置maxmemory和maxmemory-policy来定义当达到特定的内存限制时Redis的行为。 例如，如果我想保持6GB的内存限制，并从DB中删除最近最少使用的键，以确保redis mem的使用不超过6GB，那么我们可以设置以下两个参数(在redis.conf或CONFIG set命令中):

maxmemory 6gb
maxmemory-policy allkeys-lru

你可以为这两个参数设置很多其他的值，你可以从这里阅读:https://redis.io/topics/lru-cache