在Cassandra日志中执行LOGGED BATCH警告
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了在Cassandra日志中执行LOGGED BATCH警告相关的知识,希望对你有一定的参考价值。
我们的Java应用程序在表的一个上执行批量插入,该表模式类似于..
CREATE TABLE "My_KeySpace"."my_table" (
key text,
column1 varint,
column2 bigint,
column3 text,
column4 boolean,
value blob,
PRIMARY KEY (key, column1, column2, column3, column4)
) WITH CLUSTERING ORDER BY ( column1 DESC, column2 DESC, column3 ASC, column4 ASC )
AND COMPACT STORAGE
AND bloom_filter_fp_chance = 0.1
AND comment = ''
AND crc_check_chance = 1.0
AND dclocal_read_repair_chance = 0.0
AND default_time_to_live = 0
AND gc_grace_seconds = 0
AND max_index_interval = 2048
AND memtable_flush_period_in_ms = 0
AND min_index_interval = 128
AND read_repair_chance = 0.1
AND speculative_retry = 'NONE'
AND caching = {
'keys' : 'ALL',
'rows_per_partition' : 'NONE'
}
AND compression = {
'chunk_length_in_kb' : 64,
'class' : 'LZ4Compressor',
'enabled' : true
}
AND compaction = {
'class' : 'LeveledCompactionStrategy',
'sstable_size_in_mb' : 5
};
上述架构中的gc_grace_seconds = 0。因此,我收到以下警告:
2019-02-05 01:59:53.087 WARN [SharedPool-Worker-5 - org.apache.cassandra.cql3.statements.BatchStatement:97] Executing a LOGGED BATCH on table [My_KeySpace.my_table], configured with a gc_grace_seconds of 0. The gc_grace_seconds is used to TTL batchlog entries, so setting gc_grace_seconds too low on tables involved in an atomic batch might cause batchlog entries to expire before being replayed.
我见过Cassandra代码,这个警告有明显的原因:this line
任何解决方案都不需要在应用程我应该增加gc_grace_seconds吗?
答案
在Cassandra中,批次不是优化插入数据库的方法 - 它们通常主要用于coordinating writing into multiple tables, etc.如果您使用批次插入多个分区,您甚至可以获得worse performance。
使用异步命令执行(通过executeAsync
)和/或使用批处理可以获得更好的插入吞吐量,但仅限于针对同一分区的插入。
以上是关于在Cassandra日志中执行LOGGED BATCH警告的主要内容,如果未能解决你的问题,请参考以下文章
cassandra.bat -f - 在Windows 8.1专业版中启动cassandra的问题
构建 Apache Cassandra 的 DataStax 发行版
带有日志文件但无法使用 java 程序日志文件执行的 Bat 文件未生成