我也遇到过类似的问题，这背后的主要原因是redis的内存消耗。 我的EC2机器有8GB内存(大约7.4 gb可用)

当我的程序运行时，RAM使用率上升到7.2 GB，只剩下大约100MB的RAM，这通常会触发MISCONF Redis错误…

可以使用htop命令确定内存消耗。执行htop命令后，查找Mem属性。如果它显示出较高的消耗(比如我的情况是7.2GB/7.4GB)，那么最好将实例升级为更大的内存。 在这种情况下，使用set stop-writes-on-bgsave-error no对服务器来说将是一场灾难，并可能导致中断服务器上运行的其他服务(如果有的话)。所以，最好避免配置命令和升级你的REDIS机器。

供您参考:您可能需要安装htop才能使其工作:sudo apt-get install htop

另一种解决方案是在你的系统上运行一些其他的内存大的服务，检查在你的服务器/机器/实例上运行的其他服务，如果没有必要就停止它。要检查机器上运行的所有服务，请使用service——status-all

对于那些直接粘贴config命令的人，建议在使用这些命令之前，请做一些研究，至少警告用户。正如@Rodrigo在评论中提到的:“忽视错误看起来并不酷。”

——更新

你也可以配置maxmemory和maxmemory-policy来定义当达到特定的内存限制时Redis的行为。 例如，如果我想保持6GB的内存限制，并从DB中删除最近最少使用的键，以确保redis mem的使用不超过6GB，那么我们可以设置以下两个参数(在redis.conf或CONFIG set命令中):

maxmemory 6gb
maxmemory-policy allkeys-lru

你可以为这两个参数设置很多其他的值，你可以从这里阅读:https://redis.io/topics/lru-cache

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

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

在redis.conf第235行，让我们像这样修改配置

- stop-writes-on-bgsave-error yes
+ stop-writes-on-bgsave-error no

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

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

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

在redis-cli:

CONFIG GET dir 配置dbfilename

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

一个更永久的修复方法可能是查看/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