以下是我的情况:我目前正在亚马逊上构建‘m,并试图在其上安装和运行Redis。Ubuntu的一切都很好;但是,Centos 7有一些问题。安装很好,但是当我尝试运行Redis时,我得到了以下错误:
*** FATAL CONFIG FILE ERROR *** Reading the configuration file, at line 554
'aof-load-truncated yes' Bad directive or wrong number of arguments
所以,这条线就是问题所在。我看到有些人犯了同样的错误,这似乎与Redis版本有关。然而,我从官方部
我在5.0.6版本中运行一个6节点集群,使用Redis Docker官方镜像,并在我的配置文件中包含以下配置: SAVE ""
appendonly no 我可以确认这些设置是否已加载: config get save
1) "save"
2) ""
config get appendonly
1) "appendonly"
2) "no" 但是Redis仍然频繁地创建dump.rdb文件: info persistence
# Persistence
loading:0
rdb_changes_since_l
我正在设计一个内部的公司网站,用户可以提交工作的计算。在我的设计中,一个重要的因素是将作业保持在队列中,直到它完成为止,即使存在系统故障。
互联网似乎反对这种想法,因为它“实际上不是数据库的目的”,更适合像Redis这样的密钥/值存储(或者使用Redis的作业队列,比如Kue for Node.js)。我想我明白了,这种设计的目的是不像在作业队列中所发现的那样,用读/写来覆盖数据库中相当短暂的数据。不过,在我的用例中,数据库的使用将非常低,而且数据库提供的数据的持久性似乎是我在这里寻找的关键特性。
在我的阅读中,我发现一些键/值存储,如Redis,有一个持久化函数,但它实际上并不是为了确保所有