1

WARN [ScheduledTasks:1] 2013-11-04 22:51:06,619 GCInspector.java (142 行目) ヒープが 0.892615008651467 いっぱいです。memtable やキャッシュのサイズを減らす必要があるかもしれません。Cassandra は、最大の 2 つの memtable までフラッシュしてメモリを解放します。Cassandra にこれを自動的に行わせたくない場合は、cassandra.yaml の flush_largest_memtables_at しきい値を調整します。

WARN [ScheduledTasks:1] 2013-11-04 22:51:06,633 StorageService.java (line 360​​0) CFS(Keyspace='OpsCenter', ColumnFamily='rollups60') をフラッシュしてメモリの負荷を軽減します INFO [ScheduledTasks:1] 2013- 11-04 22:51:06,634 ColumnFamilyStore.java (行 630) Memtable-rollups60@573393486 のエンキュー フラッシュ (240/4340 シリアル化/ライブ バイト、15 ops)

ERROR [Thrift:46] 2013-11-04 22:51:06,621 CassandraDaemon.java (行 192) スレッドの例外

Thread[Thrift:46,5,main] java.lang.OutOfMemoryError: org.apache.thrift の java.io.ByteArrayOutputStream.write(不明なソース) の java.util.Arrays.copyOf(不明なソース) の Java ヒープ領域。 transport.TFramedTransport.write(TFramedTransport.java:146) at com.datastax.bdp.transport.server.TNegotiatingServerTransport.write(TNegotiatingServerTransport.java:390) at org.apache.cassandra.thrift.TBinaryProtocol.writeBinary(TBinaryProtocol.java: 73) org.apache.cassandra.thrift.Column.write(Column.java:579) で org.apache.cassandra.thrift.ColumnOrSuperColumn.write(ColumnOrSuperColumn.java:554) で org.apache.cassandra.thrift.Cassandra org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34) org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:201) で java.util.concurrent.ThreadPoolExecutor$Worker.runTask (不明なソース) で java.util.concurrent.ThreadPoolExecutor$Worker. run(Unknown Source) at java.lang.Thread.run(Unknown Source) INFO [FlushWriter:20] 2013-11-04 22:51:06,635 Memtable.java (495 行目) フラッシュが完了しました /data/OpsCenter/rollups60/OpsCenter -rollups60-ic-889-Data.db (519 バイト) コミットログ位置 ReplayPosition (segmentId=1383597360912, position=10472305)run(Unknown Source) INFO [FlushWriter:20] 2013-11-04 22:51:06,635 Memtable.java (495 行目) フラッシュが完了しました /data/OpsCenter/rollups60/OpsCenter-rollups60-ic-889-Data.db (519バイト) コミットログ位置 ReplayPosition (segmentId=1383597360912, position=10472305)run(Unknown Source) INFO [FlushWriter:20] 2013-11-04 22:51:06,635 Memtable.java (495 行目) フラッシュが完了しました /data/OpsCenter/rollups60/OpsCenter-rollups60-ic-889-Data.db (519バイト) コミットログ位置 ReplayPosition (segmentId=1383597360912, position=10472305)

INFO [FlushWriter:20] 2013-11-04 22:51:06,639 Memtable.java (461 行目) Memtable-rollups300@1479174915 の書き込み (288/5560 シリアル化/ライブ バイト、12 ops)

INFO [StorageServiceShutdownHook] 2013-11-04 22:51:06,683 Server.java (160 行目) CQL クライアントのリスニングを停止します INFO [StorageServiceShutdownHook] 2013-11-04 22:51:06,684 Gossiper.java (1108 行目) シャットダウンを発表

圧縮が進行中の場合、ノードが停止します。max_heap_size は 8G ですが、ヒープ サイズの設定方法がわかりません。

4

1 に答える 1

2

この問題は、キャッシュされる準備済みステートメントが多すぎる可能性があります (1.2.11 で解決済み)、CASSANDRA-6107を参照してください。格納できるプリペアド ステートメントの数にはハードコードされた制限がありましたが、ステートメント自体が大きく、十分な数のステートメントがキャッシュされている場合、メモリの消費量が多くなり、ステートメントはキャッシュに格納され、決して追い出されないためです。キャッシュGCはそれらを取り除かないと述べました。修正は、キャッシュの制限を使用可能なメモリの合計のパーセンテージにし、最大しきい値を超えた準備済みステートメントをキャッシュしないようにすることでした。

ただし、それを言った後、次のような多くのことがメモリ消費量の増加につながる可能性があります。

  • ブルーム フィルターのサイズ (C* 2.0 以降ではヒープから移動)
  • キーキャッシュ
  • 行キャッシュ (オンの場合)
  • memtable のサイズ (または十分な頻度で memtable をフラッシュしていない)
于 2013-11-18T19:01:47.173 に答える