NN
Size: a a a
2020 August 06
NN
уже 600
DC
там еще столбик is_mutation / num_parts
NN
┌───────elapsed─┬─progress─┬─memory_usage─┬─is_mutation─┬─num_parts─┐
│ 787.565333036 │ 0 │ 505484192 │ 1 │ 1 │
│ 786.287218977 │ 0 │ 514012464 │ 1 │ 1 │
└───────────────┴──────────┴──────────────┴─────────────┴───────────┘DC
а kill mutation уже отвалился? или еще виден в system.processes?
NN
висит, таймаут там большой разрешил
NN
┌────────elapsed─┬─query───────────────────────────────────────┐
│ 2363.074829663 │ kill mutation where not is_done │DC
висит, таймаут там большой разрешил
таймаут это про ожидание клиента, отменить kill нельзя, поэтому он будет выполнятся пока не выполнится
DC
ну т.е. скорее всего все зависло и если мутации progress 0% и не меняется кол-во parts_todo, то перегужать КХ (kill-9) и снова отменять kill mutation, и если kill не получится, чистить вручную в zk
M
Всем привет! Подскажите плиз, чистил базу, а вот папка system на диске меньше не стала, как ее аккуратно почистить?
M
куча старых каких-то партиций, я полагаю, я могу их безболезненно удалить?
DC
Всем привет! Подскажите плиз, чистил базу, а вот папка system на диске меньше не стала, как ее аккуратно почистить?
там таблицы типа *_log , их можно truncate
еще есть таблицы в цифровым суффиксом *_log_1 _2 их можно дропать, это старые таблицы , до апргейда
еще есть таблицы в цифровым суффиксом *_log_1 _2 их можно дропать, это старые таблицы , до апргейда
M
в базе system?
M
почистил part_log и query_log, спасибо большое)
SS
Вопрос про комбинаторы агрегатной функции -State, возможно есть функция или подход к решению? Необходимо найти пересечение (intersection) двух групп пользователей разных сайтов. В документации есть рабочий пример через использование IN, что типа SELECT uniq(UserID) FROM distributed_table WHERE CounterID = 101500 AND UserID IN (SELECT UserID FROM local_table WHERE CounterID = 34)
Допустим у меня уже есть “свертки” по уникам, по дням. Уники уже хранятся в виде результата выполнения комбинатора агрегатной функции uniqCombinedState. Можно ли как-то найти пересечение двух uniqCombinedState?
Допустим у меня уже есть “свертки” по уникам, по дням. Уники уже хранятся в виде результата выполнения комбинатора агрегатной функции uniqCombinedState. Можно ли как-то найти пересечение двух uniqCombinedState?
Провел небольшой research. Есть немного истории про создание агрегатной функции retention, ну и про groupUniqArray. Прихожу к выводу, что придется хранить UserID как массив, ну и AggregateFunction(groupUniqArray, UInt64) на него, а дальше вся мощь Clickhouse для работы с массивами.
Математически uniqCombined - это HyperLogLog, поддерживающий только add,merge,count. Поэтому - никак.
Математически uniqCombined - это HyperLogLog, поддерживающий только add,merge,count. Поэтому - никак.
DK
может кто нибудь обьяснить поведения пустой установки кликхауса не могу понять откуда столько демонов и что вообще происходит и делает клик. установка на centos 7 на ubuntu было такое же поведение
RG
Ребят, подскажите пожалуйста
Как настроить стриминг данных из Гугл аналитикса в кликхаус?
Как настроить стриминг данных из Гугл аналитикса в кликхаус?
AK
Может имеет смысл отключить показ потоков? Процессов намного меньше
DK
а что вообще за потоки в таком количестве на пустой установке клика и как их ограничить? подскажете?
DC
Провел небольшой research. Есть немного истории про создание агрегатной функции retention, ну и про groupUniqArray. Прихожу к выводу, что придется хранить UserID как массив, ну и AggregateFunction(groupUniqArray, UInt64) на него, а дальше вся мощь Clickhouse для работы с массивами.
Математически uniqCombined - это HyperLogLog, поддерживающий только add,merge,count. Поэтому - никак.
Математически uniqCombined - это HyperLogLog, поддерживающий только add,merge,count. Поэтому - никак.
а зачем вам diff ? stat-ы можно складывать , вот тут длинный тред про что-то похожее https://groups.google.com/forum/#!searchin/clickhouse/$20uniqMerge%7Csort:date/clickhouse/BqE49KuJpw8/C_g5F-rwAAAJ
наверное можно допилить чтобы разница была
наверное можно допилить чтобы разница была