这里也提出了类似的问题。然而，答案与古老版本的卡桑德拉有关。
我正在使用dsc-cassandra-2.110。
现在我们有大约40个列族。我们希望将其中的每一个分解为更小的表/更精细的类别，这将使表的数量增加到大约400个列族。
我主要关心memtable内存需求以及对小压缩的影响。
然后这些会对节点本身产生什么样的总体影响。我预计JVM内存需求会增加。但不知道添加更多列族的效果会有多积极
拥有这么多专栏家庭的任何其他影响也会有所帮助。现有的答案似乎都与最近的版本无关。
附加信息：在400个列族中，有15个将对同一组行(但分区键不同)进行高频更新。
每分钟将有大约15个更新和插入。大约7000个分区密钥将得到更新。
谢谢
DataStax敦促谨慎>=200个表
https://docs.datastax.com/en/dse-planning/doc/planning/planningAntiPatterns.html#planningAntiPatterns__AntiPatTooManyTables
Warning threshold: 200 tables. The cluster may run smoothly above this threshold, but once your database reaches the warning threshold, it's time to start monitoring and planning a re-architecture. If possible, remove unused and underutilized tables.
Failure threshold: 500 tables. On a cluster that has exceeded 500 tables, expect problems and errors, including (but not limited) issues related to high memory usage and compactions.