cassandra - 为什么 ScyllaDB MV 已准备好生产，而 Cassandra MV 仍处于试验阶段，不建议使用？

Question

Cassandra 的 MV 尚未准备就绪:

1. Cassandra Materialized views impact
2. 限制:https://docs.datastax.com/en/cql-oss/3.3/cql/cql_using/knownLimitationsMV.html
3. https://techblog.fexcofts.com/2018/05/08/cassandra-materialized-views-ready-for-production/ :

It turns out there have been issues with MVs. The biggest issue beingthe MV not keeping in sync with the base table. This seems to occurwhen creating a MV with a key that is not a key of the base table.Cassandra does not offer any mechanism for checking the integritybetween the base table and any MVs. So unless you do this manually,you will be oblivious to any discrepancies. If you do find anydiscrepancies, the only way to fix them is to drop and recreate theMV.

Cassandra 的 MV 从 2015 年开始，已经 5.5 年了:https://www.datastax.com/blog/new-cassandra-30-materialized-views .

至于 ScyllaDB，2016 年发布第一个版本的数据库:https://www.scylladb.com/2016/03/31/release-1-0/ . ScyllaDB 将 MV 推广为生产就绪。

为什么 Cassandra 不能像 ScyllaDB 那样创建可用于生产的 MV？我在他们的网站上没有看到 ScyllaDB 上的 MV 有任何限制。 MV super 有用，我不明白 Cassandra 从来没有成功生产过 MV，这个问题已经开放了 5 年多:https://issues.apache.org/jira/browse/CASSANDRA-10346 .

ScyllaDB是如何解决MV不一致问题的？为什么 Cassandra 不能/还没有解决 MV 问题？

Answer 1

MV 的 Scylla 实现类似于 Cassandra，但并不完全相同。今天，即使使用 Scylla，如果 View 和底座不同步，也没有 100% 安全的方法修复它而不是完整的 View 重建。但是，我们大量修复和改进了 MV 实现，并减少了这种情况发生的机会。这是当前已关闭的捕获:带有 MV 的打开错误: https://github.com/scylladb/scylla/issues?q=is%3Aissue+is%3Aopen+materialize+view+

Scylla 的开发速度更快，活跃提交者的数量也更快(尽管令人惊讶)。现在我们正在研究 Raft，以使常规操作保持一致，从而完全同步 View 和基础。