2

我目前遇到的问题是，我尝试从 cassandra 中选择或插入特定列数据并不断收到未定义的列名错误，尽管在查看表时列名是一个集群键。但是，其他列的行为正常。

keyspace_name | table_name | column_name | clustering_order | column_name_bytes | kind          | position | type
---------------+------------+-------------+------------------+-------------------+---------------+----------+------
    keyspace1 |  standard1 |          C0 |             none |            0x4330 |        static |       -1 | blob
    keyspace1 |  standard1 |     column1 |              asc |  0x636f6c756d6e31 |    clustering |        0 | text
    keyspace1 |  standard1 |         key |             none |          0x6b6579 | partition_key |        0 | blob
    keyspace1 |  standard1 |       value |             none |      0x76616c7565 |       regular |       -1 | blob

cqlsh> SELECT  "column1" from keyspace1.standard1;
InvalidRequest: Error from server: code=2200 [Invalid query] message="Undefined column name column1"

cqlsh> SELECT  "C0" from keyspace1.standard1;

 C0
------------------------
 0xdc9e1bf05eab897f470a
 0x5ff08459ccd892a25f91
 0x85182fdfe7f86306cd58
 0x10f1dd6febff8cbcf3ad
 0xb8e05320cd1037d6e317

此外，在插入数据时，尽管 column1 “未定义”，但仍需要它作为集群键

cqlsh> insert into keyspace1.standard1 (key) VALUES (0xcccc) ;
InvalidRequest: Error from server: code=2200 [Invalid query] message="Some clustering keys are missing: column1"

但是，将数据插入其他列时，行为是正常的

cqlsh> insert into keyspace1.standard1 (key, "C0") VALUES (0xcccc, 0xbbbb) ;  
cqlsh> SELECT  "C0" from keyspace1.standard1;

 C0                      key
 ----------------------- ------------------------
 0xdc9e1bf05eab897f470a 0x37373539364d4f323330
                 0xbbbb                 0xcccc
 0x5ff08459ccd892a25f91 0x4f503030314c35393330
 0x85182fdfe7f86306cd58 0x30503337373039503231
 0x10f1dd6febff8cbcf3ad 0x394e35344e4b34383631
 0xb8e05320cd1037d6e317 0x4f384c4b37394c4f3631

这是在我运行 cassandra-stress 之后，并且我在 3.11.4 中运行了类似的测试并且它运行良好，但是当查询 column1（集群键）条目时全部为空，这是我认为不可能的。

这是从 3.11.4 开始改变的预期行为吗？

4

1 回答 1

2

看起来您正在处理一个紧凑的存储表。

您可以在 cqlsh 中验证这一点：

describe table keyspace1.standard1;

如果你看到WITH COMPACT STORAGE那么你有一个紧凑的存储表。

从该表中删除紧凑存储格式后，您应该能够选择列column1。

要删除紧凑型存储：

ALTER TABLE keyspace1.standard1 DROP COMPACT STORAGE;

我不确定您最终是如何定义表的（除非 cassandra-stress 为您创建了它）。该列column1通常位于从紧凑存储迁移的表中。

通常在迁移存储格式时会发生以下情况（对于没有聚簇列的表）：

  • 添加了两个新列 column1 text 和 value blob。这些列包含在 CQL 表架构之外写入 Thrift 表的任何数据。
  • column1 成为一个聚类列。
  • 所有常规列都变为静态列。

更多信息可以在这里找到： https ://docs.datastax.com/en/cql-oss/3.3/cql/cql_using/dropCompactStorage.html

于 2020-10-13T08:15:25.263 回答