10

次のバージョンの cql と cassandra を使用しています。以下を参照してください: cqlsh 2.3.0 | カサンドラ 1.1.10 | CQL 仕様 3.0.0 | 倹約プロトコル 19.33.0

すべての CF と大量のデータが含まれています。私が実行すると：

cqlsh -2 または cqlsh -3 cql> USE "test_keyspace"; cql:test_keyspace> SELECT * FROM "column_family_name" LIMIT 1;

注: CF は pycassa を使用して作成され、cql を使用して読み取ろうとしています。これが違いを生むかどうかはわかりません。

Bad Request: unconfigured columnfamily がスローされます おそらく、CQL 2 を使用するつもりでしたか? cqlsh の開始時に -2 オプションを使用してみてください。

この問題を解決するために確認する必要がある特定の設定はありますか?

4

3 に答える 3

1

1 つの解決策は、nodetool cfstats オプションを使用して結果を評価することです。これは、まったく使用されなかった CF では機能しますが、作成されてしばらく使用され、クリーンアップされず、後で破棄された CF では機能しません。これは、nodetool cfstats の結果で CF のアクセス時間がないためです。

于 2013-04-23T03:27:08.657 に答える
0

ステートメントでキースペースを指定していません。

次のようにキースペースを指定します。

 SELECT * FROM "keyspace_name"."column_family_name" LIMIT 1;

または、列ファミリーを照会する前に、'using' ステートメントを介して cqlsh にキースペースを指定します。

using "keyspace_name"
于 2013-04-22T19:09:09.467 に答える