ApacheCassandra3.11.6:集群键错误,cass压力写入后表中未定义列名

yfjy0ee7  于 2021-06-09  发布在  Cassandra
关注(0)|答案(1)|浏览(329)

我目前遇到一个问题,我试图从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(clustering key)条目时,它们都是空的,这是我认为不可能的。
此预期行为是否从3.11.4开始改变?

oxf4rvwz

oxf4rvwz1#

看起来您正在处理一个紧凑的存储表。
您可以在cqlsh中验证这一点:

describe table keyspace1.standard1;

如果你看到 WITH COMPACT STORAGE 然后你有一个紧凑的存储表。
一旦从此表中删除压缩存储格式,就应该能够选择列 column1 .
要删除压缩存储:

ALTER TABLE keyspace1.standard1 DROP COMPACT STORAGE;

我不确定您是如何得到表定义的(除非cassandra stress为您创建了它)。列 column1 通常在从压缩存储迁移的表中找到。
迁移存储格式时通常会发生以下情况(对于没有群集列的表):
添加了两个新列column1 text和value blob。这些列包含在cql表模式之外写入到旧表的任何数据。
column1变为群集列。
所有常规列都成为静态列。
更多信息请参见:https://docs.datastax.com/en/cql-oss/3.3/cql/cql_using/dropcompactstorage.html

相关问题