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 параметра, а вы сделали что?
Обсуждают сегодня