寻找一个不在内存中的键值数据库，并且具有“列表，设置”数据类型 [关闭]答案

【问题标题】：Looking for a key-value database that is not in-memory, and have "list,set" datatypes [closed]寻找一个不在内存中的键值数据库，并且具有“列表，设置”数据类型 [关闭]
【发布时间】：2013-01-20 21:23:33
【问题描述】：

我正在使用 redis 存储高度请求的信息，但我想将请求较少的内容存储在磁盘上的列表/集合中。我一直在环顾四周，没有运气。 Memcached、Riak 等似乎没有列表/设置数据类型。有没有具有这些功能的数据库？

谢谢。

【问题讨论】：

您可以在大约 100 行 PHP 中使用包含 JSON 字符串化对象的文件将一些东西放在一起。 /storagedir/[key].json，get.php?key=[key]。 [key] 可以是资源的编码 URI 路径或 GUID。
我需要数据库有本地列表/集合函数来操作它们
对我来说似乎是一个关系数据库 (RDBMS) 用例。你可能会使用 SQLite。
即使数据集很大？
仅供参考：redisk 是一个磁盘持久的 Redis 兼容库，具有列表/设置功能。不幸的是：这个项目是在 40 小时的黑客马拉松中完成的。换句话说，它根本 NOT 稳定（不要在生产中使用它），并且还没有完成（并非所有列表/设置操作命令都已实现）。记住这一点，您可能想玩它（为了好玩）直到它完成（有一天）。

标签： database nosql redis key-value key-value-store

【解决方案1】：

运行另一个 Redis 实例并使用 AOF 对其进行配置。仅附加文件。

您可以在此处阅读更多信息：

http://redis.io/topics/persistence

向下滚动一半，上面有很多很好的信息。

仅附加文件 快照不是很耐用。如果你的电脑运行 Redis 停止，你的电源线坏了，或者你不小心杀死了 -9 你的实例，写在 Redis 上的最新数据会丢失。虽然这对于某些应用程序来说可能没什么大不了的，但有一些使用完全耐用的案例，在这些案例中，Redis 不可行选项。仅附加文件是一种替代的、完全持久的策略对于 Redis。它在 1.1 版中可用。你可以打开AOF 在您的配置文件中： appendonly yes 从现在开始，每次 Redis 收到一个更改数据集的命令（例如 SET），它将将其附加到 AOF。当您重新启动 Redis 时，它将重新播放 AOF 重建国家。

【讨论】：

感谢这非常有用。你不只是喜欢redis吗？就我而言，我将使用带索引的关系数据库。