как-то так
сам не понял.
после убирания number_of_free_entries_in_pool_to_execute_mutation и увеличения max_bytes_to_merge_at_min_space_in_pool все пошло. До этого в цикле логировало
schemaname.tblname (ReplicatedMergeTreeQueue): Not executing log entry MUTATE_PART for part 20200620-21-2_1050_1054_1_1064…
поэтому вопрос, как вообще из queue элементы берутся?
max_replicated_merges_in_queue=32
max_replicated_mutations_in_queue=8
вставок при этом не шло совсем!
может ли быть такое что replicatedMT сначала забивает background thread, и только потом проверяет количество свободных threadов в пуле, убеждается что по лимитам не пролезаем и релизит?