У меня есть несколько вопросов о пользовательском разбиении в clickhouse.Предыстория: я пытаюсь построить TSDB поверх clickhouse.Нам нужно поддерживать очень большую пакетную запись и сложное чтение OLAP.
Давайте предположим, что мы используем стандартный раздел по месяцам, и у нас есть 20 узлов в нашем кластере clickhouse.Мне интересно, все ли данные за один месяц будут перетекать в один и тот же узел, или clickhouse выполнит некоторый внутренний баланс и поместит данные за один месяц в несколько узлов?
Если все данные изв тот же месяц пишите в тот же узел, тогда это будет очень плохо для нашего сценария.Я, вероятно, рассмотрю паттинг по (отметке времени, тегам), где теги - это разные теги, которые определяют источник данных.Наша система мониторинга будет записывать данные в TSDB каждые 30 секунд.Наш шаблон чтения обычно представляет собой сканирование диапазона одной таблицы или объединение нескольких таблиц в столбце.Любой совет, как мне настроить мою стратегию секционирования?
Так как clickhouse не поддерживает вторичный индекс, и мы запустим запрос выбора по столбцам, я думаю, что я должен поместить эти важные столбцы впервичный ключ, так что мой первичный ключ, вероятно, будет похож (timestamp, ip, port ...), на любой совет по этому дизайну или на make, дающий вескую причину, почему clickhouse не поддерживает вторичный индекс, такой как индекс растрового изображения, в другом неосновном столбце?