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

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

$ 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有足够的磁盘空间。

如果你在windows机器上本地运行Redis，试着“以管理员身份运行”，看看它是否有效。对我来说，问题是Redis位于“程序文件”文件夹中，默认情况下会限制权限。这是应该的。

但是，不要以管理员身份自动运行Redis。你不会想要授予它更多的权限。你想按规矩办事。

因此，我们能够通过作为管理员运行它来快速识别问题，但这不是解决方法。一种可能的情况是，你把Redis放在一个没有写权限的文件夹中，结果DB文件被存储在同一个位置。

您可以通过打开redis.windows.conf并搜索以下配置来解决此问题:

    # The working directory.
    #
    # The DB will be written inside this directory, with the filename specified
    # above using the 'dbfilename' configuration directive.
    #
    # The Append Only File will also be created inside this directory.
    #
    # Note that you must specify a directory here, not a file name.
    dir ./

将dir ./更改为具有常规读写权限的路径

你也可以将Redis文件夹整体移动到一个你知道拥有正确权限的文件夹。

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

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

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

我在使用AFS磁盘空间的服务器上工作时遇到了这个问题，因为我的身份验证令牌已经过期，当redis-server试图保存时产生了Permission Denied响应。我通过刷新我的令牌来解决这个问题:

kinit USERNAME_HERE -l 30d && aklog

您必须chmod和chown新文件夹

chown -R redis chmod…