try (ctr - id) as X

Dmitriy что то не понял. Можешь по подробней?


в идеале должно выйте на выходе вот

id |  ctr | defaultCtr | percent
1  |  1.2 | 1.2              | 0
2  | 1.4  | 1.2             | 16%
3  | 1.1  |  1.2             | -9%

мож не самый оптимальный, но на небольшой сет прокатит что-то типа

select first_id, first_ctr, arrayJoin( agg ) as nest, nest.1 as id, nest.2 as ctr
from (
    select min(id) as first_id, argMax(ctr, id) as first_ctr, groupArray(tuple(id,ctr)) as agg
    from ( 
        select `number` as id, 1 + mod(rand(), 100) / 100 as ctr from numbers(10) order by id
    )
)

Здравствуйте, подскажите пожалуйста. Есть два сервака с CH и третий с зукипером, ну и там тестовая таблица репликейтед. Если серваки все запущены, всё работает и реплицируется. Если сервак с зукипером стопнут и я пытаюсь просто запустить серваки с CH, то выдаёт DB::NetException: Connection refused. В логах ошибка что он не смог соединиться с зукипером. Я понимаю что CH не смог соединиться с зк, потому что тот выключен, но разве из-за этого сам CH должен не запускаться? или я что-то делаю не так

DB::Exception: Bad size of marks file '/var/lib/clickhouse/data/db/locatable_entity_states/202007_0_95577_29252_132669/skp_idx_loc_campus_id_idx.mrk2': 144, must be: 168

берите не 20.8.12

а сколько index_granularity у skip index ?

minmax GRANULARITY 3

переделайте на 2
есть баг в этом месте

и апгрейд до 20.8.12

ок, спасибо, попробую

Коллеги, у меня немножко мозк клинит, прошу заранее простить.
Клик, кластер. Запросов нет, дисковой активности нет.
CPU usage 600%, LA 8
Где посмотреть, чем клик занят? system.processes - пусто.

Мерджи, мутации?

Дисковая активность была бы. Мутации не используем.

Ну и при мерджах, кажется, CPU должен отдыхать

Подозрение на кафку, но доказать не могу (с)

А версия кх?
У меня при обнове тоже откусило кусок
Я пока грешу на бэкграунд и овер-партицирлванную дата-схему

Старенькая, 19.16.4.12

Можно ли остановить консьюмеры в CH? В доке не нашел или проглазел.

Попробовал, выдает экспешны даже на тех запросах, которые оригинальный вариант нормально отрабатывал.

Так что вопрос прежний, можно ли улучшить запрос с точки зрения потребления памяти:
SELECT user, countDistinct(article) as count from (SELECT article, arrayJoin(arraySlice(arraySort((x,y)->y, groupArray(user),groupArray(toUnixTimestamp(time))),1,10)) as user from db WHERE status='read' group by article) group by user order by count desc limit 25

А что вы попробовали то? Какой запрос? Какая ошибка?

какие таких эксепшины?
что с max_bytes_before_external_group_by max_bytes_before_external_sort