DSE-com.datastax.bdp.search.solr.Cql3SolrSecondaryIndex

我的Cassandra表具有类型为“com.datasax.bdp.search.solr.Cql3SolrSecondaryIndex”的二级索引。它们是在我初始化Solr核心时自动创建的，因此Solr可能会以某种方式使用它们

---

他们的目的究竟是什么？如果取消Cassandra节点中的索引生成，会产生什么影响？（但不是在我的Solr节点中）

该索引类型不会在非Solr节点上造成任何开销，因此您不必（实际上，您不能）删除它们

他们的目的究竟是什么

Solr扩展了Cassandra行的搜索可能性。因此，无论何时插入/更新行，它都允许Cassandra节点在solr上自动和异步地索引'com.datasax.bdp.search.solr.Cql3SolrSecondaryIndex'行

---

此外，Solr还提供了一个HTTP接口（HTTP://:8983/Solr），允许您在其他管理Solr任务中重新加载/重建索引。

能否详细说明这些索引的用途？（因为我的老板在问为什么我们计划通过Solr进行所有读取时在Cassandra中有索引）。另外，我不是要删除索引。相反，我感兴趣的是取消Cassandra节点中的二级索引构建的效果（即，为什么它不是Solr节点却要构建索引？）基于Solr的索引构建在每行Cassandra二级索引API之上，因此您可以在表中看到这些索引；实际上，当列值更改时，会调用它们来索引行，但在非Solr节点上它们不是op。说到你的索引构建，你是如何启动它的？Solr索引应该通过Solr HTTP API（）重建；如果您使用了nodetool，那么您可以取消它并通过HTTP启动适当的重新索引。每当我通过sstableloader加载数据或进行修复时，都会触发索引生成。不幸的是，我的Cassandra DC包含的节点比我的Solr DC少得多，因此每个Cassandra节点处理的数据更多，因此它们总是最后完成（也就是说，它们会减慢整个过程）。我想知道非Solr节点中的索引构建是如何不可操作的。如果它确实没有op，它不应该在不到一秒钟内完成吗？我不是这样的