我的老板最近在谈话中断言，Redis支持一些configuration选项来控制最大的键或键/值的大小……所以我们可以设置一些选项来防止我们的应用程序创build大于50KB的键或键/值对。
我的印象是，没有这样的select存在，我们不得不打补丁，build立自己的补充这样的function。 （对于这个问题，强迫应用程序员调解所有通过Lua脚本或通过像twemproxy这样的访问将不是一个选项）。
我在Redis中错过了一些东西吗？
还有什么是最近的故障转移的最佳做法？ Redis哨兵准备好了吗？ Linux-HA OCF Heartbeat / Pacemaker / Cluster Glue三重奏仍然是最好的吗？
很确定没有这样的function存在。 所有你可以限制的是一个实例与maxmemory的总占用空间。
但是，以一种合理的方式强制实施限制会非常棘手 – 我认为与应用程序开发人员一起使用Redis的方式是有道理的，而不是在其值的大小超过任意的边界，是更好的。 （无论如何，为什么你会想要这种限制 – 什么是大的关键或价值伤害？）
雷迪斯似乎对防止人们在脚下自杀非常感兴趣， FLUSHALL或DEBUG SEGFAULT就在您的指尖。
对于故障转移，我一直在抨击新版本的Sentinel，它似乎很稳固 – 有一些粗糙的边缘，但总的来说，它按预期工作。 可能很快就会在有限的基础上开始使用它。
我的印象是，没有这样的select存在，我们不得不打补丁，build立自己的补充这样的function。
的确，Redis不提供这种function。
对于故障转移，请参阅