东京柜台最大能处理多大的数据量?

3

我在一篇名为“Hands-on Cassandra”的文章中读到,Tokyo Cabinet 不适用于大数据。为什么?TC需要存储多少字节才会开始工作不好?是否可能确定一个近似值?

1个回答

2
根据这篇文章,确认在500GB以上会出现性能下降的问题。
根据对NoSQL数据库进行的广泛比较,TC的问题始于>20mm行。
导致大小依赖性的可能原因之一是TC似乎使用哈希实现,在某些时候会遇到哈希键冲突,影响性能。默认情况下,键空间不够大(需要调整“bnum”参数——桶数组的元素数——以提高性能)。
根据各种比较,MongoDB似乎是处理大型数据集的推荐方法。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接