Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/cassandra/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Cassandra fsync提交日志延迟的原因_Cassandra_Cassandra 3.0 - Fatal编程技术网

Cassandra fsync提交日志延迟的原因

Cassandra fsync提交日志延迟的原因,cassandra,cassandra-3.0,Cassandra,Cassandra 3.0,我在commitlog\u sync中设置了periodic,它在提交日志中定期执行fsync,但我经常在日志中看到以下类型的警告消息 WARN [PERIODIC-COMMIT-LOG-SYNCER] 2018-05-23 08:59:19,075 NoSpamLogger.java:94 - Out of 1 commit log syncs over the past 0s with average duration of 13038.00ms, 1 have exceeded the

我在
commitlog\u sync
中设置了
periodic
,它在提交日志中定期执行fsync,但我经常在日志中看到以下类型的警告消息

WARN  [PERIODIC-COMMIT-LOG-SYNCER] 2018-05-23 08:59:19,075 NoSpamLogger.java:94 - Out of 1 commit log syncs over the past 0s with average duration of 13038.00ms, 1 have exceeded the configured commit interval by an average of 3038.00ms
1) 这可能是什么原因?

2) 如何纠正此错误?

13s flush真的很糟糕,非常糟糕的磁盘?@ChrisLohfink我可以看到其他IO操作都很好,那么我如何跟踪此情况并找到解决此问题的方法加载情况如何?有钉子吗?如果写入磁盘所需时间超过10秒,您的硬件将无法跟上。如果是常规的话。如果这在日志中非常零散,可能只是减小了memtable大小我减小了memtable大小并观察到了这个问题:从另一个问题中的GC日志:
停止应用程序线程的总时间:9.2242037秒,停止线程所用的时间:9.2232493秒
可以很容易地解释这一点。尽管如此,我还是倾向于使用糟糕的硬件,因为这不是一个GC,只是一个随机的安全点(可能是撤销线程偏差?),没有理由花费这么长时间。最有可能但不是唯一的原因是fsync被阻塞,并且在带有GC锁的本机中,因此不在安全点。如果它是一个ssd,可能是一个阻塞修剪,可能是高负载或操作系统资源不足,尽管是C*之外的东西。