Sí, hay dos alternativas a Redis que no están limitadas por el tamaño de la RAM y siguen siendo compatibles con el protocolo Redis:
Ardb (C++), replicación (maestro-esclavo/maestro-maestro):https://github.com/yinqiwen/ardb
Un servidor de almacenamiento persistente compatible con el protocolo redis, supportLevelDB/KyotoCabinet/LMDB como motor de almacenamiento.
Edis (Erlang):https://github.com/cbd/edis
Edis es un reemplazo de servidor compatible con el protocolo para Redis, escrito en Erlang. El objetivo de Edis es ser un reemplazo directo de Redis cuando la persistencia es más importante que mantener el conjunto de datos en la memoria. Edis (actualmente) utiliza leveldb de Google como backend.
Y para completar, aquí hay otra base de datos de estructuras de datos:
Hyperdex (cadenas, enteros, flotantes, listas, conjuntos, mapas):http://hyperdex.org/doc/latest/DataTypes/#chap:data-types
HyperDex es:
- Rápido:HyperDex tiene una latencia más baja, un rendimiento más alto y una varianza más baja que otros almacenes de clave-valor.
- Escalable:HyperDex escala a medida que se agregan más máquinas al sistema.
- Consistente:HyperDex garantiza la capacidad de linealización para operaciones basadas en claves. Por lo tanto, una lectura siempre devuelve el último valor insertado en el sistema. No sólo “eventualmente”, sino inmediatamente y siempre.
- Tolerancia a fallas:HyperDex replica automáticamente los datos en varias máquinas para que las fallas simultáneas, hasta un límite determinado por la aplicación, no provoquen la pérdida de datos. Búsqueda:
- HyperDex permite búsquedas eficientes de atributos de datos secundarios.
- Fácil de usar:HyperDex proporciona API para una variedad de secuencias de comandos y lenguajes nativos.
- Automantenimiento:un HyperDex se automantiene y requiere poco mantenimiento por parte del usuario.
