如何解決cfs.inode的「二級索引基數」問題？

OpsCenter中6.0.3，我得到了下面的問題如何解決cfs.inode的「二級索引基數」問題？

以上的身影出現點擊'Services' -> 'Best Practice Service' -> 'Performance Service - Table Metrics Advisor' -> 'Secondary indexes cardinality'反過來了。

在DevCenter查看的inode表如下所示：

據我所知，[inode]link跟蹤每個文件的元數據和塊位置。但是，我能做些什麼來解決這個問題？

的OpsCenter版本：6.0.3卡桑德拉版本：2.1.15.1423 DataStax Enterprise版本：4.8.10

來源

2016-11-23 feng1122

告訴我們你的表和索引 –

不要使用高基數列二級指標。

高基數是指值非常不常見或唯一的列。高基數列值通常是標識號，電子郵件地址或用戶名。具有高基數的數據表列的示例是具有名爲USER_ID的列的USERS表。採用了高基數列索引datastax DOC

問題：如果您創建一個高基數列，其中有很多不同值的指數

，字段之間的查詢會招致很多人尋求的結果很少。在擁有十億首歌曲的表格中，通過作者查找歌曲（每首歌曲通常是獨一無二的）而不是他們的藝術家，可能會非常低效。將表手動維護爲索引形式可能更有效，而不是使用Cassandra內置索引。對於包含唯一數據的列，只要索引列的表的查詢體積適中並且不在恆定負載下，爲了方便起見，使用索引的性能有時會很好。

解決方案：

創建的分區鍵的列的另一個表

來源

2016-11-23 08:05:06

更多https://docs.datastax.com/en/ cql/3.3/cql/cql_using/useWhenIndex.html＃useWhenIndex__when-no-index –

非常感謝。但'cfs'鍵空間是由DataStax提供的，它並不是由我定義的。 – feng1122

如何解決cfs.inode的「二級索引基數」問題？

回答

相關問題