我的老板最近在谈话中断言,Redis支持一些控制最大键或键/值大小的配置选项.因此,我们可以设置一些选项,以防止应用程序创建大于50 or的键或键/值对。
我的印象是,没有这样的选项存在,我们将不得不修补源代码,并建立我们自己的添加这样的功能。(对于这个问题,强迫应用程序程序员通过Lua脚本或类似于twemproxy之类的工具来中介所有访问都不是一种选择)。
我是不是在Redis:文件的某个地方漏掉了什么?
另外,现在故障转移的最佳实践是什么?红调哨兵准备好黄金时段了吗?Linux-HA OCF心脏搏动/心脏起搏器/集群胶三重奏仍然是最好的吗?
发布于 2014-01-04 08:34:30
很确定不存在这样的特性。您所能限制的就是一个实例使用maxmemory的总占用空间。
但是,以一种有意义的方式强制执行限制是很棘手的--我认为,与应用程序开发人员一起使用Redis的方式是有意义的,而不是在值大小超出任意边界时引发错误,这样做更好。(不管怎么说,你为什么要有这样的限制-什么是大钥匙,什么是价值伤害?)
Redis似乎对阻止人们向自己的脚开枪并不感兴趣,FLUSHALL或DEBUG SEGFAULT就在你的指尖。
对于故障转移,我一直在锤击新版本的哨兵,它似乎是坚实的-一些粗糙的边缘,但总的来说,它的工作,如预期的。可能很快就会在有限的基础上开始使用它。
发布于 2014-01-05 11:24:29
我的印象是,没有这样的选项存在,我们将不得不修补源代码,并建立我们自己的添加这样的功能。
事实上,Redis并不提供这种功能。
有关故障转移,请参阅:
https://serverfault.com/questions/564985
复制相似问题