我知道这个线程稍微老一些，但当我早些时候得到这个错误时，这里是为我工作的，因为我知道我没有接近内存限制-两个答案都在上面找到。

希望这能在将来帮助到需要的人。

检查CHMOD目录…发现符号符号不一样。CHMOD目录文件夹到755 Dbfilename权限很好，不需要更改 重启redis-server 参考redis-server.log，发现该错误是访问被拒绝的结果。

再次-不确定DIR文件夹的权限是如何改变的，但我假设CHMOD回到755并重新启动redis-server，因为我之后能够ping到redis服务器。

另外，需要注意的是，redis确实拥有dbfilename和DIR文件夹的所有权。

所有这些答案都不能解释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杀手杀死

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

在我的例子中，它与磁盘空闲空间有关。(你可以用df -h bash命令检查它)当我释放一些空间时，这个错误消失了。

是的，这是因为当前用户没有修改“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-cli，你可以阻止它尝试保存快照:

config set stop-writes-on-bgsave-error no

这是一个快速的解决方法，但是如果你关心使用它的数据，你应该检查一下为什么bgsave首先失败了。