Oleg

т.е. вы сделали 15 запросов в одном и удивляетесь почему он отрабатывает 15 секунд?

Как работает праймари индекс (в техническом смысле). Есть у вас ас индекс, с марками по гранулам. И тут мы вставили новую строку. Что происходит с той гранулой куда она попала...

Вы это к тому, что гранулярность primary_index не очень важна?

Не значит ли это что остальные реплики стянут данные в итоге с той где таблица есть?

Это одноразовая акция, или вы хотите это дело регулярно повторять?

а для чего ее можно / нужно менять?

Меня интересует PHP. Что нужно чтобы произошло сие?

Открытый вопрос, использовать CH для замены mysql где все таблицы replacingMergeTree изза частых апдейтов, здоровая идея?

Кто-нибудь знает что за процесс такое вызывает?

конец запроса как выглядит?

Коллеги, добрый день. Кто-нибудь проводил бенчмарк на разных index_granularity ? в связке с skip-indexes ?

А для чего вы, если не секрет, используете CH? Думалось, что основной юзкейс это как раз лить туда данные нон-стоп

Тогда суть вопроса непонятна. У вас куча полей, в сортировке только одно, но вы делаете поиск по совершенно другому и остальные поля вообще не важны?

как посмотреть, что он делал?

"ALTER ADD PROJECTION is not supported for tables with the old syntax." - как "рпавильно" пересоздать таблицу с новым синтаксисом?

В этом и вопрос, с самими индексами - предсказуемо, как например влияет на производительность изменение гранулы до 1024 ?

Сегодня выяснил что на наших серверах 32 гига памяти под CH. Есть ли какой-то нижний порог рекомендуемой памяти?

я имел ввиду - вы кинули данные в очередь - вы ожидаете, что следующий селект их подхватит когда?

Также неясно, почему у вас только два поля в таблице. Что вы там связываете?

А не проще ли хранить одна строка - одна строка, и групбай выбирать?