по часам тоже фильтруем, но думаю будет реже чем просто запрос за последний день/два дня.

Колеги плиз хелп, есть ошибка DB::Exception: ALTER ADD INDEX is not supported for tables with the old syntax. Что за old syntax не могу найти информацию что бы почитать и сделать new syntax :) Спасибо.

MergeTree(date-column [, sampling_expression], (primary, key), index_granularity)
Старый

https://clickhouse.tech/docs/en/engines/table-engines/mergetree-family/mergetree/#mergetree-query-clauses

Deprecated Method for Creating a Table

вроде логично то что этот запрос выдает. спасибо

в ключе сортировки если указать id+toStartOfHour(ts) это будет лучше?

все запросы всегда идут с id и toStartOfHour(ts) ?

нет
id/toStartOfHour(ts) - 90/10

вообще ORDER BY поля лучше всего в таблице указывать от МЕНЬШЕЙ кардинальности к большей
то есть
toStartOfHours явно меньшую кардинальность имеет чем id
поэтому ее лучше сначала поместить
Данные лучше сжиматься будут в остальных полях

Добрый день!
Подскажите по восстановлению бекапа в кластере
бекап делаю так alter table db.table freeze
рестор ALTER TABLE db.table ATTACH PARTITION ’11’
бекап из shadow/{{ increment }} кладу сюда /var/lib/clickhouse/data/db/table/detached/{{ increment }}
далее создаю бд и создаю 3 таблицы на каждой ноде clickhouse и после этого рестор

рестор отрабатывает со статусом - ok, но данных нет.
может еще что-то надо сделать?

https://github.com/AlexAkulov/clickhouse-backup
посмотрите как тут сделано

если правильно понял на новых версиях кх движок атомик и там симлинки поэтому clickhouse-backup не работает на новых версиях

опс, да извините, вы правильно поняли

Подскажите, пожалуйста.

Есть кластер, состоящий из двух шардов. Над этим кластером создана схема, в которой лежит основная таблица, которая, соответственно, шардируется.

Хочется добавить в ту же схему ещё одну доп таблицу, но чтобы она не шардировалась, а просто реплицировалась на все ноды.

Такого эффекта можно вроде бы достичь, если при создании этой новой реплицируемой таблицы указать путь в зукипере, не содержащий имени шарда.

Это, вообще, рабочее решение или костыль? Может быть, есть другие способы?

Спасибо.
Подобрал правильные параметры генерации и заработало отлично!

Рабочее, мы используем - проблем нет

добрый день! А есть ли готовый мониторинг с аналитикой запросов в кликхаус, который метрики из query_log/query_thread_log сам заберет и разложит по полочкам, как сделано для постгреса в pgwatch2/powa4 или для MySQL в PMM?

А как КН переносить внезапное отключение виртуалки, в которой он активно работает? Что может приключиться?

а какую именно либу используете? я для Go нашёл такое: https://github.com/beinan/fastid

Я про таблицу во всех шардах отвечал, про ID ничего подсказать не могу.

всем привет, а подскажите как лучше прочитать всю таблицу

Есть таблица
create table solder
(
 id String,
 number String,
 cost Int32,
 currency Nullable(String),
 prize Nullable(Int32),
 date_sold DateTime,
 date Date,
 game_id Int32,
 user_id Int32,
 session_guid Nullable(String),
 session_id Nullable(String),
 session_balance Nullable(Int32),
 g_count Nullable(Int8),
 is_free Nullable(Int8),
 is_refund Nullable(Int8),
 roundnum Nullable(String),
 ip Nullable(String),
 ua Nullable(String),
 platform Nullable(String),
 date_updated Nullable(DateTime),
 is_real Nullable(Int8),
 is_gt_max Nullable(Int8) default CAST(0, 'Nullable(Int8)'),
 promotion_id Nullable(Int32) default CAST(0, 'Nullable(Int32)'),
 is_suspicious_activities Nullable(Int8) default CAST(0, 'Nullable(Int8)')
)
engine = MergeTree() PARTITION BY toYYYYMMDD(date) ORDER BY (id, date, date_sold, game_id, user_id) SETTINGS index_granularity = 8192

как только делаю в запросе CASE, пишет Read Time out
select tx.user_id, sum(ts.cost-ts.prize), sum(ts.cost), count(ts.id), sum(case  when ts.date between today() - 7 and today() then ts.cost - ts.prize else 0 end)
fromts.date between today() - 7 and today() then ts.cost - ts.prize else 0 end)
from solder ts
group by ts.user_id

Что в таком случае делать, спасибо (