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

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

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

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

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

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

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

所有这些答案都不能解释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杀手杀死