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

使用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文件夹的所有权也是很好的。在这里的回答中已经详细说明了这一点。

您必须chmod和chown新文件夹

chown -R redis chmod…

如果你在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文件夹整体移动到一个你知道拥有正确权限的文件夹。

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

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