在写入Redis (SET foo bar)期间,我得到以下错误:
MISCONF Redis被配置为保存RDB快照,但当前为 无法在磁盘上持久保存。可能修改数据集的命令是 禁用。有关错误的详细信息,请查看Redis日志。
基本上我理解的问题是,redis是不能在磁盘上保存数据,但不知道如何摆脱这个问题。
下面的问题也有同样的问题,它在很久以前就被抛弃了,没有答案,很可能没有尝试解决这个问题。
在写入Redis (SET foo bar)期间,我得到以下错误:
MISCONF Redis被配置为保存RDB快照,但当前为 无法在磁盘上持久保存。可能修改数据集的命令是 禁用。有关错误的详细信息,请查看Redis日志。
基本上我理解的问题是,redis是不能在磁盘上保存数据,但不知道如何摆脱这个问题。
下面的问题也有同样的问题,它在很久以前就被抛弃了,没有答案,很可能没有尝试解决这个问题。
当前回答
我也面临着同样的问题。两个答案(被点赞最多的和被接受的)都只是暂时的解决办法。
此外,配置set stop-writes-on-bgsave-error no是一种可怕的忽略这个错误的方式,因为这个选项所做的是阻止redis通知写已经停止,并继续在快照中不写数据。这是简单地忽略这个错误。 请参考这个
至于在redis-cli的config中设置dir,当你重新启动redis服务时,这个问题也会被清除,并且会再次弹出相同的错误。在redis.conf中dir的默认值是。/,如果你以root用户启动redis,那么。/是/,写权限不被授予,因此会出现错误。
最好的方法是在redis.conf文件中设置dir参数,并对该目录设置适当的权限。大多数debian发行版都将它放在/etc/redis/redis.conf中
其他回答
在我的情况下,Ubuntu虚拟机的磁盘空间已满,这就是为什么我得到这个错误。从磁盘删除一些文件后,已解决问题。
我也遇到过类似的问题,这背后的主要原因是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
如果您正在运行MacOS,并且最近升级到Catalina,您可能需要按照本问题的建议运行brew服务重新启动redis。
我在使用AFS磁盘空间的服务器上工作时遇到了这个问题,因为我的身份验证令牌已经过期,当redis-server试图保存时产生了Permission Denied响应。我通过刷新我的令牌来解决这个问题:
kinit USERNAME_HERE -l 30d && aklog
您必须chmod和chown新文件夹
chown -R redis chmod…