table,
count(*),
countIf(type ILIKE 'merge%') AS merges,
countIf(type ILIKE 'get_part%') AS fetches,
max(num_postponed)
FROM system.replication_queue
GROUP BY table
ORDER BY count(*) DESC
вижу, что у таблицы table_1 в очереди репликации сидит большое количество фетчей (около 7000).
2) по этой таблице хочу посмотреть, почему столько фетчей сидит в очереди, делаю запрос
SELECT *
FROM system.replication_queue
WHERE table = 'table_1'
вижу эти самые застрявшие фетчи, все 74 штук, у всех postpone_reason одинаковая
Not executing fetch of part 24286_97883_97883_0 because 8 fetches already executing, max 8.
3) хочу увидеть эти 8 фетчей, которые не дают рассосаться репликации, делаю запрос
SELECT *
FROM system.replication_queue
WHERE (type = 'GET_PART') AND (postpone_reason = '')
и получаю 0 записей в результате
Почему очередь при этом не рассасывается? или мб я не так фетчи смотрю?
Версия клика какая?
Есть табличка system.replication_fetches Подозреваю https://github.com/ClickHouse/ClickHouse/pull/54327
о, а я вроде проверял эту табличку, но выдало, что нет такой оказывается, я неправильно написал название таблицы спасибо
postpone_reason не сбрасыается к сожалению =( там через WHERE is_currently_executing надо смотреть
да я уже табличку replicated_fetches обнаружил, спасибо
еще можно смотреть SELECT * FROM system.metrics WHERE metric ILIKE '%fetch%pool%'
Обсуждают сегодня