在我的情况下，这只是特权，我需要允许Redis接受传入的请求。

所以我重启了Redis服务通过Homebrew brew服务停止Redis和brew服务启动Redis和运行Redis服务器本地Redis -server。命令提示符要求我允许传入请求，然后它开始工作。

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

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

如果你遇到错误，一些重要的数据不能被丢弃在运行的redis实例上(rdb文件或其目录的权限不正确，或运行出磁盘空间)，你总是可以重定向rdb文件写入其他地方。

使用redis-cli，你可以这样做:

CONFIG SET dir /tmp/some/directory/other/than/var
CONFIG SET dbfilename temp.rdb

在此之后，您可能想要执行BGSAVE命令，以确保数据将被写入rdb文件。确保当你执行INFO持久化时，bgsave_in_progress已经是0,rdb_last_bgsave_status是ok。在此之后，您现在可以开始在安全的地方备份生成的rdb文件。

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

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

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

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

在Redis有写权限的目录下启动Redis服务器

上面的答案肯定能解决你的问题，但实际情况是这样的:

存储rdb的默认位置。转储文件为。/(表示当前目录)。您可以在redis.conf文件中验证这一点。因此，启动redis服务器的目录就是转储文件所在的目录。RDB文件将被创建和更新。

似乎您已经开始运行redis服务器在一个目录，其中redis没有正确的权限来创建转储。rdb文件。

更糟糕的是，redis可能也不允许你关闭服务器，直到它能够创建rdb文件，以确保正确保存数据。

要解决这个问题，你必须使用redis-cli进入活动的redis客户端环境，更新dir键，并将其值设置为你的项目文件夹或任何非root用户有权限保存的文件夹。然后运行BGSAVE调用转储的创建。rdb文件。

CONFIG SET dir "/hardcoded/path/to/your/project/folder"
BGSAVE

(现在，如果您需要保存转储。RDB文件在您启动服务器的目录中，然后您需要更改该目录的权限，以便redis可以写入它。您可以搜索stackoverflow如何做到这一点)。

你现在应该可以关闭redis服务器了。注意，我们对路径进行了硬编码。硬编码很少是一个好的实践，我强烈建议从你的项目目录启动redis服务器，并将dir键更改回。/ '。

CONFIG SET dir "./"
BGSAVE

这样，当您需要redis为另一个项目时，转储文件将创建在当前项目的目录中，而不是在硬编码路径的项目目录中。