在我的例子中，原因是磁盘的可用空间非常低(只有35 Mb)。我做了以下的事情

停止所有Redis相关进程 删除磁盘中的一些文件，以腾出足够的空间 删除redis转储文件(如果不需要现有数据) Sudo rm /var/lib/redis/* 删除所有现有数据库的所有键 Sudo redis-cli flushall 重新启动所有芹菜任务，并检查相应的日志是否有任何问题

正如@Chris指出的，问题可能是低内存。当我们分配太多内存给MySQL (innodb_buffer_pool_size)时，我们就开始遇到这种情况。

为了确保有足够的内存用于Redis和其他服务，我们减少了MySQL上的innodb_buffer_pool_size。

如果你遇到错误，一些重要的数据不能被丢弃在运行的redis实例上(rdb文件或其目录的权限不正确，或运行出磁盘空间)，你总是可以重定向rdb文件写入其他地方。

使用redis-cli，你可以这样做:

CONFIG SET dir /tmp/some/directory/other/than/var
CONFIG SET dbfilename temp.rdb

在此之后，您可能想要执行BGSAVE命令，以确保数据将被写入rdb文件。确保当你执行INFO持久化时，bgsave_in_progress已经是0,rdb_last_bgsave_status是ok。在此之后，您现在可以开始在安全的地方备份生成的rdb文件。

是的，这是因为当前用户没有修改“dump.rdb”的权限。

因此，除了创建一个新的RDB文件，您还可以对旧文件授予权限(更改其所有权)。

在redis-cli中输入:

配置get dir

你会得到"/usr/local/var/db/redis"(这是redis写入数据的位置)

使用终端前往此位置

cd 
cd /usr/local/var/db

输入以下命令(使用我们的用户名):

sudo chown -R [username] db

这将改变为所有者。

这对我很有用。

在采取任何行动之前检查你的Redis日志。这个线程中的一些解决方案可能会删除你的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杀手杀死