plone - ZODB 内存后端？

Question

我目前正在从事一个童话般的大型项目(活跃成员大约有数百 K)并且非常倾向于 Plone 解决方案。

我问了一些相关的问题，比如 here和 here .

从非常有经验的 Plonistas(以及活跃的 stackoverflowers)那里得到了一些回复。对此，我真的非常感激。人们一直说 Plone 不能很好地扩展到那么大，大部分原因是因为 ZODB。

然后我想到了 ZODB 的内存后端。 RAM现在真的很便宜!您只需 3000 美元即可获得 128GB，是普通 300 美元的 128GB SSD 的十倍，并且与 SSD 的 300MB 相比实现了 30GB 的 IO 带宽。

内存后端 + Blob 用于二进制 + 10 秒磁盘日志用于备份 + 除最后 10 秒外的所有撤消都将导致实例终止!他们应该使用 RDBM 并提供完整的 ACID + 事务 + 对象映射，与这种沙发 */redis 等相比。

技术上可行吗？有什么实现吗？是否值得实现(在您看来)？

Answer 1

RelStorage 有一个 memcache 选项，可以在您需要使用慢速数据库时提供帮助，但实际上您可能应该将这种缓存留给操作系统并确保您的数据库服务器有足够的 RAM。 (如果您的 RAM 足够大，那么您的文件系统缓存应该已经存储了大部分数据。)

SSD 将显着减少随机访问文件系统缓存中尚未存在的数据的最坏情况读取延迟。现在不使用它们似乎很愚蠢，尤其是因为 Intel 330 SSD 如此便宜并且具有相当于电池支持的 raid Controller 的电容器(使写入也变得超快。)

永远不能将全内存解决方案视为 ACID，因为它不会是 Durable 的。

正如我在您的另一篇文章中的评论中所提到的，这里的问题不是 ZODB，而是 Plone 对单个竞争的 portal_catalog 的同步使用。