Cassandra-键空间级别多租户

Question

我正在开发多租户应用程序，目前我们确实有基于行键的多租户，并且与我们的合作一直很好。

最近，我们有一个要求，我们希望为每个租户分别存储，因此我们计划为每个租户有单独的密钥空间，以保存租户特定的数据。

当我们确认拥有密钥空间/租户的选择时，我们遇到了很多帖子，这些内容可能会导致性能问题，而且我们还没有真正找到有人说我们已经实现了密钥空间级别多租户。

我们的集群将容纳大约2k个租户。 因此，一个集群中将有2k个键空间，其中每个键空间将具有大约10个列族。 此设计可能会对性能产生什么影响？

Answer 1

拥有20,000张桌子可能会在很多方面给您带来麻烦，

1. 压缩将很慢，并且通常会失败。
2. 维修服务将运行很长时间且时间无法预测。
3. 内存需求很高，可能会导致JVM Heap出现问题。

除了这些之外，还有其他一些问题-例如将来，如果根本上需要更改架构，那么将很难在生产中实现。

保持逻辑上的分隔可能是一个更好的主意-例如，不是真的要为每个租户创建密钥空间，而是要创建固定数量的密钥空间（受控的和较小的数目），并在同一密钥空间中创建多个租户（某种方式相关）（如果确实要移走）从行级别开始。

https://docs.datastax.com/en/dse-planning/doc/planning/planningAntiPatterns.html-这说明反模式中的表格过多。