在 OpsCenter 6.0.3 中，我遇到了以下问题
'Services' -> 'Best Practice Service' -> 'Performance Service - Table Metrics Advisor' -> 'Secondary indexes cardinality'依次点击后出现上图。
在 DevCenter 中查看的inode表如下所示：
据我所知，[inode]链接跟踪每个文件的元数据和块位置。但是，我能做些什么来解决这个问题？
OpsCenter 版本：6.0.3 Cassandra 版本：2.1.15.1423 DataStax Enterprise 版本：4.8.10
不要对高基数列使用二级索引。
高基数是指具有非常不常见或唯一值的列。高基数列值通常是标识号、电子邮件地址或用户名。具有高基数的数据表列的示例是具有名为 USER_ID 的列的 USERS 表。
使用高基数列索引 datastax doc 的问题：
如果您在具有许多不同值的高基数列上创建索引，则字段之间的查询将导致针对很少结果的多次搜索。在包含 10 亿首歌曲的表中，按作者（每首歌曲通常唯一的值）而不是按他们的艺术家查找歌曲可能效率很低。将表手动维护为索引形式而不是使用 Cassandra 内置索引可能会更有效。对于包含唯一数据的列，为了方便起见，有时使用索引在性能方面很好，只要对具有索引列的表的查询量适中且不是处于恒定负载下。
解决方案 ：
在分区键中使用该列创建另一个表