IS
Доброго времени суток. Скажите, есть ли возможность ограничить потребление CPU юзеру или кликхаусу вообще?
Через конфиг можно ограничивать. Вплоть до объема сетевой отдачи, вроде
Size: a a a
2020 June 25
AR
Изучали этот раздел. По CPU ограничений не нашли
NR
ok good :)
В
hostname -f на новых узлах случайно не localhost ?
Нет, перепроверил.
Но проблему нашел. Видимо после развертывания машины из preseed, до отъезда в дц, в /etc/hosts остались адреса из локальной сети. Указывающие на собственный хостнейм машины.
После правки этого дела, все заработало.
Спасибо что подтолкнули смотреть в этом направлении!
Но проблему нашел. Видимо после развертывания машины из preseed, до отъезда в дц, в /etc/hosts остались адреса из локальной сети. Указывающие на собственный хостнейм машины.
После правки этого дела, все заработало.
Спасибо что подтолкнули смотреть в этом направлении!
D
Доброго времени суток. Скажите, есть ли возможность ограничить потребление CPU юзеру или кликхаусу вообще?
clickhouse вообще - запуском через "taskset" (выставляйте аффинити)
AP
В том поде где создана таблица infi_clickhouse_orm_migrations есть все миграции, в других подах нет этой таблицы infi_clickhouse_orm_migrations
Очевидно не на всех подах применяются миграции. А как трафик с миграционными запросами маршрутизируется до подов? Может такое быть что кубер все запросы в один под шлёт?
AP
В том поде где создана таблица infi_clickhouse_orm_migrations есть все миграции, в других подах нет этой таблицы infi_clickhouse_orm_migrations
Или вы сами это делаете. Адрес
settings.CLICKHOUSE_HOST на что указывает?AP
я не утверждал, что оператор в этом виноват
для миграций используется либа https://github.com/Infinidat/infi.clickhouse_orm/blob/develop/docs/schema_migrations.md#running-migrations
Запускаются так
в итоге таблицы ReplicatedMergeTree созданы во всех подах, остальные таблицы разбросаны по подам
для миграций используется либа https://github.com/Infinidat/infi.clickhouse_orm/blob/develop/docs/schema_migrations.md#running-migrations
Запускаются так
from django.conf import settings
from django.core.management.base import BaseCommand
from infi.clickhouse_orm.database import Database
class Command(BaseCommand):
def handle(self, *args, **options):
db = Database(
settings.CLICKHOUSE_DB,
db_url="http://{}:8123/".format(settings.CLICKHOUSE_HOST),
username=settings.CLICKHOUSE_USER,
password=settings.CLICKHOUSE_PASSWORD
)
db.migrate('users.users_migrations')
db.migrate('events.events_migrations')
в итоге таблицы ReplicatedMergeTree созданы во всех подах, остальные таблицы разбросаны по подам
И ещё странно что таблицы в CH таки создались, а таблица c миграциями - нет. Может быть даже запросы одной команды на запуск миграции раскидываются по разным подам.
A
Всем привет, может кто-нибудь подсказать по словарю с ключем String?
Создаю словарь, наполняю таблицу данными:
Проверяю, все работает:
Добавляю в селект из таблицы (поле country):
Получаю ошибку:
Что делаю не так?
Создаю словарь, наполняю таблицу данными:
CREATE DICTIONARY dict_country (
country String DEFAULT 'unknown',
country_code String DEFAULT 'unknown'
)
PRIMARY KEY country
SOURCE(CLICKHOUSE(HOST ..... ))
LIFETIME(MIN 1 MAX 10)
LAYOUT(complex_key_hashed());
Проверяю, все работает:
SELECT dictGet('mydb.dict_country', 'country_code', tuple('Russia'))Добавляю в селект из таблицы (поле country):
select dictGet('mydb.dict_country', 'country_code', tuple(country)) as country_code
from ...Получаю ошибку:
SQL Error [42]: ClickHouse exception, code: 42, host: chdb.datos.live, port: 54345; Code: 42, e.displayText() = DB::Exception: Function dictGet... takes 3 or 4 arguments (version 20.4.3.16 (official build))
Что делаю не так?
VT
Вопрос, возможно дурацкии, но может когда-нибудь или теоретически возможно получить что-то вроде
ну и ответ как список групп строк по кластерам или как-то еще
select k-means(number-of-cluster=10, distance-methods=[ngrams, evklidovo, evklidovo]))(columnA, columnB, columnC...) from Table where....
ну и ответ как список групп строк по кластерам или как-то еще
DT
Всем привет, может кто-нибудь подсказать по словарю с ключем String?
Создаю словарь, наполняю таблицу данными:
Проверяю, все работает:
Добавляю в селект из таблицы (поле country):
Получаю ошибку:
Что делаю не так?
Создаю словарь, наполняю таблицу данными:
CREATE DICTIONARY dict_country (
country String DEFAULT 'unknown',
country_code String DEFAULT 'unknown'
)
PRIMARY KEY country
SOURCE(CLICKHOUSE(HOST ..... ))
LIFETIME(MIN 1 MAX 10)
LAYOUT(complex_key_hashed());
Проверяю, все работает:
SELECT dictGet('mydb.dict_country', 'country_code', tuple('Russia'))Добавляю в селект из таблицы (поле country):
select dictGet('mydb.dict_country', 'country_code', tuple(country)) as country_code
from ...Получаю ошибку:
SQL Error [42]: ClickHouse exception, code: 42, host: chdb.datos.live, port: 54345; Code: 42, e.displayText() = DB::Exception: Function dictGet... takes 3 or 4 arguments (version 20.4.3.16 (official build))
Что делаю не так?
dictGetString?
A
dictGetString?
Спасибо! Заработало)
N
Никто не сталкивался, что таблицы с движком ODBC плодят дубликаты?
AS
Всем доброго дня, вместо короноуныния, у кого-нибудь был кейс, когда они осозновали, что им можно заменить огрмную merge tree таблицу, поверх которой стоят куча материализованных вьюх, на таблицу с движком null?
Y
Всем доброго дня, вместо короноуныния, у кого-нибудь был кейс, когда они осозновали, что им можно заменить огрмную merge tree таблицу, поверх которой стоят куча материализованных вьюх, на таблицу с движком null?
Да :)
Y
Мне кажется, основное применение движка Null в этом и состоит: чтобы уметь хранить только агрегаты без сырых данных
AS
Фух, я думал, что мы одни такие. Не подскажите свой алгоритм действий, после этапа принятия необходимости? Натыкались ли на камни?
Y
Фух, я думал, что мы одни такие. Не подскажите свой алгоритм действий, после этапа принятия необходимости? Натыкались ли на камни?
Из минусов — для того, чтобы получить получить пример сырых данных, нужно ещё один mat view временно создавать, чтобы туда параллельно вставлялось
Y
А так — заменяете таблицу и всё :). Заодно с репликацией не нужно возиться.