是的，这是因为当前用户没有修改“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首先失败了。

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

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

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

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

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

# on redis 6.0.4 
# if show error 'MISCONF Redis is configured to save RDB snapshots'
# Because redis doesn't have permissions to create dump.rdb file
sudo redis/bin/redis-server 
sudo redis/bin/redis-cli