$ redis-cli

设置stop-writes-on-bgsave-error no

根据Redis文档，只有当您没有启用RDB快照或您不关心快照中的数据持久性时，才建议这样做。

默认情况下，如果RDB快照启用(至少一个保存点)并且最近的后台保存失败，Redis将停止接受写入。这将使用户意识到(以一种艰难的方式)数据没有正确地保存在磁盘上，否则，强文本的机会是没有人会注意到，并且会发生一些灾难。”

你应该做的是:

# redis-cli
127.0.0.1:6379> CONFIG SET dir /data/tmp
OK
127.0.0.1:6379> CONFIG SET dbfilename temp.rdb
OK
127.0.0.1:6379> BGSAVE
Background saving started
127.0.0.1:6379>

请确保/data/tmp有足够的磁盘空间。

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

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

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

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

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

使用redis-cli，你可以阻止它尝试保存快照:

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

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

如果您在Linux机器上工作，还要重新检查数据库的文件和文件夹权限。

数据库和它的路径可以通过以下方式获得:

在redis-cli:

CONFIG GET dir 配置dbfilename

在命令行中ls -l。目录的权限应为755，文件的权限应为644。此外，通常redis-server作为用户redis执行，因此通过执行sudo chown -R redis:redis /path/to/rdb/folder，给用户redis文件夹的所有权也是很好的。在这里的回答中已经详细说明了这一点。

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

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

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

此外，配置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中