Cassandra Commit Log Sync

Question

WARN  [PERIODIC-COMMIT-LOG-SYNCER] 2018-05-16 21:11:14,294 NoSpamLogger.java:94 - Out of 0 commit log syncs over the past 0.00s with average duration of Infinityms, 1 have exceeded the configured commit interval by an average of 74.40ms
WARN  [PERIODIC-COMMIT-LOG-SYNCER] 2018-05-16 21:16:57,844 NoSpamLogger.java:94 - Out of 0 commit log syncs over the past 0.00s with average duration of Infinityms, 1 have exceeded the configured commit interval by an average of 198.69ms
WARN  [PERIODIC-COMMIT-LOG-SYNCER] 2018-05-16 21:24:46,325 NoSpamLogger.java:94 - Out of 0 commit log syncs over the past 0.00s with average duration of Infinityms, 1 have exceeded the configured commit interval by an average of 264.11ms
WARN  [PERIODIC-COMMIT-LOG-SYNCER] 2018-05-16 21:29:46,393 NoSpamLogger.java:94 - Out of 32 commit log syncs over the past 268.84s with, average duration of 17.56ms, 1 have exceeded the configured commit interval by an average of 173.66ms

Мой debug.log полон этих предупреждений, когда кластер находится под средней нагрузкой. Это то, что беспокоиться? Мой интервал регистрации коммитов составляет 10000 мс.

Answer 1

Исправлена ​​ошибка https://issues.apache.org/jira/browse/CASSANDRA-14451, которая может влиять на точность этих сообщений (зависит от версии)

Джейсон Браун говорит:

Ошибка заключалась в использовании markerIntervalNanos в переменной wakeUpAt в качестве основы для определения того, отстали ли мы от фактической записи на диск. Код должен использовать syncIntervalNanos для этого определения. Еще раз, единственная проблема здесь заключается в том, чтобы определить, должны ли мы регистрировать, что сбрасывание коммит-лога отстает, а не то, что коммит-лог фактически отстает (это не так, по крайней мере, в том, что касается перегрузки). Большая часть изменений заключалась в перемещении кода регистрации из основного AbstractCommitLogService.SyncRunnable # sync () в подпрограмму. Это позволило мне добавить модульные тесты, а также очистить / уточнить метод sync (). Это было согласно Джейсону, введенному в https://issues.apache.org/jira/browse/CASSANDRA-14108

Так что, если вы находитесь в уязвимой версии, вычисление, к сожалению, неверно (и в других версиях есть ряд перфрегрессий).

Answer 2

Пока период сброса составляет менее 1,5 * период сброса (15000 в вашем случае), это не имеет большого значения.Просто игнорируйте его.

Отображение Infinityms - ошибка деления на ноль в репортере статистики.Можете ли вы открыть Jira на https://issues.apache.org/jira/projects/CASSANDRA, чтобы получить адрес?Я не думаю, что об этом еще сообщалось.