96 нод (32 шарда), иногда бывает такое, что max absolute delay репликации улетает в небеса: примерно 57к заданий в replication_queue висит, из них 52к с postpone_reason
Not executing fetch of part 202310_131734_131734_0 because 16 fetches already executing, max 16.
Кажется, что сейчас подниму себе background_fetches_pool_size и все будет активнее рассасываться, но напрягает вот такой момент
SELECT *
FROM system.replicated_fetches
Query id: e04c4913-d5ef-4f06-8316-e54c5f69e19b
Ok.
0 rows in set. Elapsed: 0.003 sec.
Подскажите, пожалуйста, куда можно покопать еще? Есть подозрение, что дело в ЗК, но хочется поискать потенциальное решение в клике.
Версия клика 22.3.12.19
дело не в ZK. дело в КХ
а в какую сторону можно копнуть, можешь подсказать, пожалуйста
в прошлый раз я вам предлагал увеличить 2 параметра, а вы сделали что?
Обсуждают сегодня