Мб прав не хватает на что-либо?

access denied был, нужно владельца сделать clickhouse на директорию с партицей.
все было в docker

Делал вставку в новвый матвью

INSERT INTO `.inner.events_states` SELECT 
    date, 
    ...
    sumState(show_time) AS show_time, 
    sumState(clicks) AS clicks
FROM events_raw 
WHERE (date >= toDate('2020-04-01')) AND (date <= toDate('2020-04-30'))
GROUP BY 
    date
    

...
некоторое время работал, теперь уже 15 минут висит с такой строчкой
Progress: 2.02 billion rows, 339.89 GB (8.14 million rows/s., 1.37 GB/s.)  98%

Потребляет 1-3 ядра. Как понять что он делает?

скорее всего собирает результат второй фазы группировки и вставляет

можно через null таблицу без GROUP BY https://gist.github.com/den-crane/f7382cd4f1f859ff6ac46afe7dc9925a

т.е. MV сгруппирует в блоках по 65к, а потом движок догруппирует

спасибо!

Друзья, подскажите, в манах пишут про настройку <max_memory_usage> а в settings вижу <max_server_memory_usage>
Это одно и то же?

нет, max_memory_usage -- это память которую может потребить запрос.

max_server_memory_usage добавлена в 20.4
Added a setting max_server_memory_usage to limit total memory usage of the server. The metric MemoryTracking is now calculated without a drift. The setting max_memory_usage_for_all_queries is now obsolete and does nothing. This closes #10293. #10362 (alexey-milovidov)

ясно.. спасибо!

Привет!
В репе с драйвером (https://github.com/ClickHouse/clickhouse-jdbc)  указана возможность использовать

BalancedClickhouseDataSource

подскажите пжл, эту фичу как-то можно использовать при записи через спарк?

Всем привет! Пытаюсь перенести данные из одного кластера в другой при помощи clickhouse-copier. Переносимая таблица содержит поле, которое по дефолту заполняется из словаря. Copier падает с ошибкой, что этого внешнего словаря не существует. Во-первых, словарь существует и загружен и на старом и на новом кластере. Во-вторых, судя по стэк трейсу, ошибка возникает, когда copier пытается создать эту таблицу на новом кластере, при том, что она там уже существует. Впрочем, если не создавать таблицу на новом кластере, ошибка та же. Но непонятно, почему copier принудительно пересоздает таблицу и как этого избежать. В документации ничего не нашел на этот счет.

Всем день добрый.
Подскажите какая система лучше для КХ?
Вот на выбор у нас есть 2 системы со схожим прайсом: 1) 4 CPU, 32 RAM; 2) 8 CPU 16 RAM

Общая таблица будет на миллиард строк, 50 столбцов, много столбцов с которыми нужно будет делать sum(), count(), divide(), avg()

память!

я бы начинал с 64ГБ. Поэтому на 16ГБ лучше вообще не смотреть

вот на данный момент уже развернут КХ на системе с 32 озу и 4 cpu и при всех моих тестах - озу никогда не потреблялась более чем 10 ГБ

А сколько в настройках максимум?

и поэтому появился такой вопрос, ибо озу сейчас есть, но оно не используется

скорее всего стандартно 10 гб

вот и ответ )