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

在我绞尽脑汁思考了这么多so问题之后，终于 对我来说，@Axel Advento的回答奏效了，但没有额外的步骤- 我仍然面临许可问题。 我必须切换用户到redis，在它的home目录中创建一个新目录，然后将其设置为redis的目录。

sudo su - redis -s /bin/bash
mkdir redis_dir
redis-cli CONFIG SET dir $(realpath redis_dir)
exit # to logout from redis user (optional)

一个更永久的修复方法可能是查看/etc/redis/redis.conf中200-250行左右的rdb特性的设置，这不是redis 2中的一部分。x天。

值得注意的是

dir ./

可更改为

dir /home/someuser/redislogfiledirectory

或者您可以注释掉所有保存行，而不用担心持久性。(见/etc/redis/redis.conf中的注释)

还有，别忘了

service redis-server stop
service redis-server start

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

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

如果您在Linux机器上工作，还要重新检查数据库的文件和文件夹权限。

数据库和它的路径可以通过以下方式获得:

在redis-cli:

CONFIG GET dir 配置dbfilename

在命令行中ls -l。目录的权限应为755，文件的权限应为644。此外，通常redis-server作为用户redis执行，因此通过执行sudo chown -R redis:redis /path/to/rdb/folder，给用户redis文件夹的所有权也是很好的。在这里的回答中已经详细说明了这一点。

重新启动redis服务器。

macOS (brew): brew服务重启redis。 Linux: sudo service redis restart / sudo systemctl restart redis . sh Windows: Windows + R ->类型服务。msc，输入->搜索Redis，然后单击restart。

我个人在用Brew升级redis (Brew升级)后遇到了这个问题。 重启笔记本电脑后，它立即工作了。