锡拉数据库模式在与卡桑德拉压力一起导入时会导致问题

Question

我目前正在我的环境中使用ScyllaDB，由于技术原因，我正在研究迁移到Cassandra。我正在尝试使用可能与ScyllaDB中当前使用的模式相同的模式，让cassandra压力加载Cassandra集群中的数据。可悲的是，有一些问题。

环境:

• 在乌班图 18.04 上运行的 ScyllaDB 3.0.7 （= 卡桑德拉 3.0.8）
• 卡桑德拉 3.11.4 在 Ubuntu 上运行 18.04
• 卡桑德拉应力 3.0.18 （卡桑德拉工具 pkg 的一部分） 在 Ubuntu 上运行 18.04

过程如下：

• 从ScyllaDB转储架构（desc keyspace_name）
• 准备cassandra stress yaml文件-一个keyspace，总共五个表
• 运行cassandra stress（cassandra-stress user profile=schema.yml cl=QUORUM duration=30s'ops（insert=1）'-节点172.19.11.9-速率线程=1）

只是为了确保没有与键空间相关的问题，每次运行cassandra压力都是在一个新的键空间上完成的（我正在增加名称）。

现在，当模式与从Scylla转储的模式1:1时，两个表的定义(且仅这两个)导致压力工具失败:< code > com . datas tax . driver . core . exceptions . syntax error:line 1:35在输入“WHERE”处没有可行的替代项(更新“activities _ BP _ action”SET[WHERE]...)。

表定义如下：

table: activities_bp
table_definition: |
  CREATE TABLE activities_bp  (
    business_profile_id int,
    create_date timestamp,
    event_uuid uuid,
    PRIMARY KEY (business_profile_id, create_date, event_uuid)
  ) WITH CLUSTERING ORDER BY (create_date DESC, event_uuid ASC)
    AND compression = {'sstable_compression': 'org.apache.cassandra.io.compress.DeflateCompressor'}

table: activities_bp_action
table_definition: |
  CREATE TABLE activities_bp_action  (
    business_profile_id int,
    action text,
    create_date timestamp,
    event_uuid uuid,
    PRIMARY KEY ((business_profile_id, action), create_date, event_uuid)
  ) WITH CLUSTERING ORDER BY (create_date DESC, event_uuid ASC)
    AND compression = {'sstable_compression': 'org.apache.cassandra.io.compress.DeflateCompressor'}

如果将包含主键和聚类顺序的两行替换为下面的内容，则 cassandra 应力运行正常，没有错误，并开始用数据填充聚类。但是，现在的定义已经偏离了ScyllaDB中的定义：

    PRIMARY KEY (event_uuid, create_date)
  ) WITH CLUSTERING ORDER BY (create_date DESC)

现在，在使用修改后的定义运行卡桑德拉应力之后，我可以回滚到未修改的定义（过去失败的那个）。如果在已存在的密钥空间上运行，则 yaml 现在工作正常，并用数据填充群集。这表明问题在创建表时发生？

在调试模式下运行cassandra-stress和cassandra时，我都无法找到cassandra-stress在其stack-trace中显示的完整查询，这个查询让我有点困惑。

任何想法为什么会发生这个问题？谢谢！

编辑：

附加< code > schema . yml :https://gist . github . com/schybbkoh/76 cdbf 19 a2 bb 933419063526 ff 5 AC 44 f

编辑：

事实证明，“运行正常，没有错误，并开始用数据填充集群”架构仅创建并填充架构中定义的最后一个表。这里有些不对劲。

Answer 1

好了，问题解决了。有两个问题：

< Li > < code > Cassandra-stress 3 . 0 . 18 与< code>Cassandra 3.11.4使用不同的CQL规格(发生冲突) < Li > < code > CASSANDRA-stress 3 . x 不支持在一个YML中定义多个表格(请参见https://issues . Apache . org/jira/browse/CASSANDRA-8780)