FWIW，我遇到了这个问题，解决方案是简单地向盒子添加一个交换文件。我使用了这个方法:https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-ubuntu-14-04

由于内存不足，bgsave过程中可能会出现错误。试试这个(从redis后台保存FAQ)

echo 'vm.overcommit_memory = 1' >> /etc/sysctl.conf
sysctl vm.overcommit_memory=1

如果你正在使用docker/docker-compose，并且想要阻止redis写入文件，你可以创建一个redis配置并挂载到容器中

docker.compose.override.yml

  redis:¬
      volumes:¬
        - ./redis.conf:/usr/local/etc/redis/redis.conf¬
      ports:¬
        - 6379:6379¬

您可以从这里下载默认配置

在redis.conf文件中，确保注释掉这3行

save 900 1
save 300 10
save 60 10000

您可以在这里查看更多删除持久数据的解决方案

我也面临着同样的问题。两个答案(被点赞最多的和被接受的)都只是暂时的解决办法。

此外，配置set stop-writes-on-bgsave-error no是一种可怕的忽略这个错误的方式，因为这个选项所做的是阻止redis通知写已经停止，并继续在快照中不写数据。这是简单地忽略这个错误。 请参考这个

至于在redis-cli的config中设置dir，当你重新启动redis服务时，这个问题也会被清除，并且会再次弹出相同的错误。在redis.conf中dir的默认值是。/，如果你以root用户启动redis，那么。/是/，写权限不被授予，因此会出现错误。

最好的方法是在redis.conf文件中设置dir参数，并对该目录设置适当的权限。大多数debian发行版都将它放在/etc/redis/redis.conf中

所有这些答案都不能解释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有写权限的目录下启动Redis服务器

上面的答案肯定能解决你的问题，但实际情况是这样的:

存储rdb的默认位置。转储文件为。/(表示当前目录)。您可以在redis.conf文件中验证这一点。因此，启动redis服务器的目录就是转储文件所在的目录。RDB文件将被创建和更新。

似乎您已经开始运行redis服务器在一个目录，其中redis没有正确的权限来创建转储。rdb文件。

更糟糕的是，redis可能也不允许你关闭服务器，直到它能够创建rdb文件，以确保正确保存数据。

要解决这个问题，你必须使用redis-cli进入活动的redis客户端环境，更新dir键，并将其值设置为你的项目文件夹或任何非root用户有权限保存的文件夹。然后运行BGSAVE调用转储的创建。rdb文件。

CONFIG SET dir "/hardcoded/path/to/your/project/folder"
BGSAVE

(现在，如果您需要保存转储。RDB文件在您启动服务器的目录中，然后您需要更改该目录的权限，以便redis可以写入它。您可以搜索stackoverflow如何做到这一点)。

你现在应该可以关闭redis服务器了。注意，我们对路径进行了硬编码。硬编码很少是一个好的实践，我强烈建议从你的项目目录启动redis服务器，并将dir键更改回。/ '。

CONFIG SET dir "./"
BGSAVE

这样，当您需要redis为另一个项目时，转储文件将创建在当前项目的目录中，而不是在硬编码路径的项目目录中。