Datastax一致性
Datastax consistency
我们在五个节点上安装了 Datastax，并在五个节点上启用了搜索，复制因子为 3。在向节点 1 的 table 和 select 添加 590 行后，它检索到 590。当 select 来自其他节点时，数字从 570 行到 585 行不等。
我尝试在 cqlsh 上使用 CONSISTENCY QUORUM，但没有任何改变。 CONSISTENCY QUORUM 不支持 solr_query。
有没有办法确保所有写入 Cassandra 的数据都按原样释放？
如 LHWizard 所述，如果您使用 (nodes_written + nodes_read) > RF 的一致性级别，您将确保即时一致性。
在您的情况下，您可以尝试在读取时使用 CONSISTENCY ALL，以便在返回之前检查所有节点（即使写入 CL 为 ONE，这也会立即保持一致）。这实际上应该触发对不一致节点的读取修复，并且丢失的数据将流式传输到这些节点。
你说得对，solr 查询只能在 CL ONE 读取。如果您需要更高的一致性要求，则需要提高写入的 CL 以达到您的需要。
我们在五个节点上安装了 Datastax，并在五个节点上启用了搜索，复制因子为 3。在向节点 1 的 table 和 select 添加 590 行后，它检索到 590。当 select 来自其他节点时，数字从 570 行到 585 行不等。
我尝试在 cqlsh 上使用 CONSISTENCY QUORUM，但没有任何改变。 CONSISTENCY QUORUM 不支持 solr_query。
有没有办法确保所有写入 Cassandra 的数据都按原样释放？
如 LHWizard 所述，如果您使用 (nodes_written + nodes_read) > RF 的一致性级别，您将确保即时一致性。
在您的情况下，您可以尝试在读取时使用 CONSISTENCY ALL，以便在返回之前检查所有节点（即使写入 CL 为 ONE，这也会立即保持一致）。这实际上应该触发对不一致节点的读取修复，并且丢失的数据将流式传输到这些节点。
你说得对，solr 查询只能在 CL ONE 读取。如果您需要更高的一致性要求，则需要提高写入的 CL 以达到您的需要。