使用“性能”的Google Bigtable

Question

我已经看到了不使用Google Big Table进行小型数据集的警告。

这是否意味着100 QPS的工作负载可能比8000 QPS的工作负载慢（总时间;不是每个查询）？

据我所知，在BigTable上，100 QPS的效率非常低;但它可能会像100次插入需要15秒完成一样剧烈;在哪里 - 一个8000插入可以在1秒内运行？

只是寻找一个“在理论上;不时;是”与“可能相对不太可能”的类型答案，作为我如何构建性能测试周期的粗略指南。

谢谢

Answer 1

运行任何Cloud Bigtable操作的开销成本都很高。启动成本通常小于1秒。我预计100次操作应该少于8000次操作。当我看到极端缓慢时，我通常会怀疑网络延迟或其他一些独特的情况。

Answer 2

我们在开发人员大表实例（2.5 TB）上运行小型工作负载时遇到问题，而不是3个。

我们在用户ID上设置了密钥，并在关键用户ID上设置了约100行。数据库中的总记录数百万。我们查询大表并从与用户ID的单个键关联的行中看到1.4秒的延迟。返回的记录总数少于100，而我们正在等待超过一秒钟的延迟。在我看来，巨大的工作量是使用此数据存储的唯一方法。我们正在寻找Redis等其他NoSQL替代方案。