Она вроде не сразу работает, в какой-то неизвестный момент времени, но я не уверен, что говорю правильно

Доброе утро, коллеги. Подскажите, пожалуйста, где можно посмотреть и изменить таймаут для движка URL?

ага, после слияния данных дубли должны были удалиться. А они остались.

Верно, но я вызвал вручную через OPTIMIZE TABLE name FINAL;

дубликаты в разных партциях или в одной?

в разных

Таблица имеет всего две партиции и в обоих есть дубли.

Подскажите, пожалуйста, как можно посмотреть, на что КХ кушает память?
Несколько дней назад потребление подскочило прилично и держится, как можно понять - почему?

Доброго, коллеги! Я так понимаю неяндексовые боты спят? У меня вопрос про индексы, если кто сможет помочь, то я буду благодарен. Вопрос: у меня есть примари ключ, который по умолчанию из секции ордер бай. Есть запросы, которые включают еще пару полей типа инт64 (хэш 63 бита) и короткий инт с двумя значениями. Здешние кулибины предлагают блум фильтер с примари ключем и этими двумя полями и гранулярностьб в 1. Я же пользуясь подходами элементарной логики и интуиции предпологаю, что достаточно добавить на каждое дополнительное поле по индексу типа минмакса и это будет более оптимально с точки зрения использования ресурсов и скорости. Помогите понять ошибаюсь ли я и где?

А optimize точно отрабатывает?

Если запустить

set optimize_throw_if_noop = 1;
OPTIMIZE TABLE tbl FINAL;

?

в system.query_log

там все ок, аномалий не замечено..

каждый запрос там логится - сколько брал пиковое использование памяти. Возможно есть много мелких вставок, которые ведут к мержам и т.д.

кластер?

тогда логи в дебаг и зукипер если система распределенная

на всякий случай уточню, а какой именно показатель памяти подскочил - не cached?

У нас мониторинг в принципе на уровне ОСи, - видно, что оперативка подскочила. Вот хочу посмотреть, конкретно что подскочило...

Это не ответ на вопрос) Память бывает разная. Если подскочил показатель cached это вполне нормально.

так если у вас дубли между партициями, оно и не должно работать... в вашем случае это только SELECT ... FINAL использовать

"clickhouse mem rss" :)