Size: a a a

ClickHouse не тормозит

2020 May 27

S

Sergey in ClickHouse не тормозит
:) show grants;

SHOW GRANTS

┌─GRANTS───────────────────────┐
│ GRANT read_only TO analytics │
└──────────────────────────────┘

1 rows in set. Elapsed: 0.001 sec.
источник

S

Sergey in ClickHouse не тормозит
но конкретно на какие БД и какие типы прав не показывает
источник

СХ

Старый Хрыч... in ClickHouse не тормозит
А есть какой аналог TTL, но который не удаляет данные, а переносит данные из партиции для быстрых данных, в партиции для архивных?
источник

S

Slach in ClickHouse не тормозит
Старый Хрыч
А есть какой аналог TTL, но который не удаляет данные, а переносит данные из партиции для быстрых данных, в партиции для архивных?
источник

СХ

Старый Хрыч... in ClickHouse не тормозит
не дочитал оказывается.
но вопрос возник такой.
он данные после переноса сразу чистит, или же во время мержа и сжатия?
То есть если говорим про удаление понятно, мерж+сжатие так и написано, а вот с переносом что, всё равно ждём мержа и сжатия?
источник

СХ

Старый Хрыч... in ClickHouse не тормозит
😐честно сказать я по факту сейчас думаю, как лучше объяснить, что архивные и свежие данные лучше хранить на разных кластерах, а не в разных партициях
источник

S

Shazo in ClickHouse не тормозит
По общей логики скорее всего перенесенные парты он на старом месте помечает как не активные и в фоне удаляет, по умолчанию ~10мин.
источник

AM

Alexander Malikov in ClickHouse не тормозит
Alexander Malikov
правильно ли я понял, что если таблица реплицирована в старом синтаксисе, то
1. нельзя просто так взять и перевести её (их) на новый
2. нельзя это сделать постепенно, для каждой реплики - нужно создавать новую таблицу в zk и в неё селект-инсертить
3. именно селект-инсертить, а никак не аттачить партиции (потому что логика деления на партиции для таблиц "в старом синтаксисе криейта" устарела)
добрый день
прокомментируйте, плиз, кто знает?
если укоротить вопрос, то "какой правильный способ перевести таблицу в новый формат криейта?"
но лучше не укорачивать, если возможно :)
источник

СХ

Старый Хрыч... in ClickHouse не тормозит
Shazo
По общей логики скорее всего перенесенные парты он на старом месте помечает как не активные и в фоне удаляет, по умолчанию ~10мин.
ну то есть мы ждём аналога компактизации
источник

S

Shazo in ClickHouse не тормозит
Alexander Malikov
добрый день
прокомментируйте, плиз, кто знает?
если укоротить вопрос, то "какой правильный способ перевести таблицу в новый формат криейта?"
но лучше не укорачивать, если возможно :)
Если изменилось партиционирование, то только INSERT FROM SELECT видимо.
источник

S

Shazo in ClickHouse не тормозит
Старый Хрыч
😐честно сказать я по факту сейчас думаю, как лучше объяснить, что архивные и свежие данные лучше хранить на разных кластерах, а не в разных партициях
наверное из запрсоов, если часто нужен общий запрос как по свежим, так и по старым данным, то разносить меньше смысла.
источник

СХ

Старый Хрыч... in ClickHouse не тормозит
Shazo
наверное из запрсоов, если часто нужен общий запрос как по свежим, так и по старым данным, то разносить меньше смысла.
🙄я просто за процессорное время не уверен, nvme по шине отдают быстро, и тут приходит тяжёлый запрос по архивным
источник

СХ

Старый Хрыч... in ClickHouse не тормозит
и проц ждёт долго ввод вывод
источник

СХ

Старый Хрыч... in ClickHouse не тормозит
а кол-во данных во много раз больше оперативы, да и индексы в оперативу на проде возможно влезать не будут
источник

S

Shazo in ClickHouse не тормозит
он всё равно по партам же обрабатывает.
Можно для таких запросов выставлять меньше число потоков, будет дольше но другим останется.
https://clickhouse.tech/docs/ru/operations/settings/settings/#settings-max_threads
источник

S

Shazo in ClickHouse не тормозит
Конечно всё зависит от объемов, если даже есть предположение что индекс не вместится. Тут вам виднее ваш профиль нагрузки.
источник

СХ

Старый Хрыч... in ClickHouse не тормозит
Shazo
он всё равно по партам же обрабатывает.
Можно для таких запросов выставлять меньше число потоков, будет дольше но другим останется.
https://clickhouse.tech/docs/ru/operations/settings/settings/#settings-max_threads
😐интересно как в 30-40 раз оверсейлить потоки
источник

AM

Alexander Malikov in ClickHouse не тормозит
Shazo
Если изменилось партиционирование, то только INSERT FROM SELECT видимо.
ну оно на мой взгляд не изменилось, но у кликхауса может быть дргуое мнение
раньше оно было по полю date в старом формате
а теперь планируется PARTITION BY toYYYYMM(date)

это считается изменением партицирования?
источник

S

Shazo in ClickHouse не тормозит
Alexander Malikov
ну оно на мой взгляд не изменилось, но у кликхауса может быть дргуое мнение
раньше оно было по полю date в старом формате
а теперь планируется PARTITION BY toYYYYMM(date)

это считается изменением партицирования?
проверьте по sytem.parts изменились ли partition id и partition в старом и новом формате.

Сам не мигрировал так из старого формата, гадаю. Но проверил бы эти параметры. Если нет, то скопирировал и попробовал бы приатачить просто, стало бы сразу ясно.
источник

S

Slach in ClickHouse не тормозит
Старый Хрыч
не дочитал оказывается.
но вопрос возник такой.
он данные после переноса сразу чистит, или же во время мержа и сжатия?
То есть если говорим про удаление понятно, мерж+сжатие так и написано, а вот с переносом что, всё равно ждём мержа и сжатия?
все TLL выражения вычисляются во время Merge
TO VOLUME
это просто условие что делать с данными которые с TTL сработали
источник