tombstone

    2

    1答えて

    ttlは24時間または1日です。私たちは4 cassandra 3.0 node clusterを持っていて、このテーブルにはsparkの処理があります。処理されると、テーブル内のすべてのデータが切り捨てられ、新しいデータバッチが挿入されます。これは継続的なプロセスになります。 問題の処理が終了した後、毎日データが頻繁に切り捨てられるため、私たちはさらにtombstonesを取得しています。 gc

    1

    3答えて

    テーブルが削除されるとSSTablesはディスク上で削除されません。 墓石数が100000を超えるテーブルがありました。そのため、読取りクエリによって墓石のエラーが発生していました。私はテーブルを落としましたが、これでSSTableファイルは削除されませんでした。テーブルを再作成した後、選択クエリを実行したところ、墓石のエラーが再び表示されました。なぜ私は古い墓石のエラーが再び現れたのか分かりませ

    0

    1答えて

    ラウンドテキストボックスのユーザーコントロールを作成し、すべてのページで使用しました。 トゥームストーンのデバッグ中に、丸いテキストボックスの代わりに1行しか表示されません。 テキストボックス/ページを含むtextbox/Gridの状態を保存しようとしましたが、ラウンドテキストボックスは折りたたまれて1行になりました。ここで がroundtextbox <Viewbox Width="420" >

    2

    2答えて

    私はCassandraに保存しているフィールドをいくつか持っていますが、それらのいくつかは任意の時点でnullになることがあります。かなり多くのものがあるので、INSERTにそれを追加する前にそれぞれのnullをチェックしなければ、コードをもっと読みやすくします。 そうする際に害がありますか? EDIT !! 私が見つけたジラのチケットがあります。しかし、私はどのような解決策が最終的にチケットから

    0

    1答えて

    プロセスがクラッシュし、墓石(墓石)が生成されました。信号6(SIGABRT)によってトリガされました。そして、バックトレースは浅いです:スタック内の signal 6 (SIGABRT), code 0 (?), fault addr -------- r0 00000000 r1 000008b5 r2 00000006 r3 000008b5 r4 00000006 r5

    2

    1答えて

    私たちは、私たちは、この行のセルのほとんどにNULLを挿入した周り> 600000の行を持っているカサンドラ cqlsh 5.0.1 | Cassandra 2.1.14.1272 | DSE 4.8.7 | CQL spec 3.2.1 を使用しています。昨日、今日、明日の日付で8000行をスキャンするクエリを実行します。 Read 101 live and 997 tombstone ce

    0

    1答えて

    私はカサンドラでスペースをどれくらい早く削除したのかを理解しようとしています。私は墓石栽培を説明する数多くの論文を見つけました。そして、あなたが範囲の質問をしているときにこの問題が発生する可能性があり、Cassandraはもっと稀少な生き物を見つけるために多くの墓石列をスキャンしなければなりません。そして、gc_grace_secondsを低く設定することはできません。ノードがオフラインになった場

    0

    1答えて

    私はデータベースシステムとしてCassandraを使用してCMSのコードを書いています。 CMSの強みの一つは、恒久的にCMSに変化するデータに対して実行するバックエンドコンピュータを使用して、あらゆる種類のものを事前に計算することです。例えば 、CMSは、ページが作成または変更されたリストシステムに指示します。リストシステムは、その情報をlistという表に保存します。その情報は、どのページを作業