我也遇到过类似的问题，这背后的主要原因是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

正如@Chris指出的，问题可能是低内存。当我们分配太多内存给MySQL (innodb_buffer_pool_size)时，我们就开始遇到这种情况。

为了确保有足够的内存用于Redis和其他服务，我们减少了MySQL上的innodb_buffer_pool_size。

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

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

请注意，当您的服务器受到攻击时，将出现此错误。刚刚发现redis无法写入'/etc/cron。D /web'，在修改权限后，添加了包含挖掘算法和一些隐藏选项的新文件。

如果你遇到错误，一些重要的数据不能被丢弃在运行的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文件。

您必须chmod和chown新文件夹

chown -R redis chmod…