т.е. вы сделали 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. Есть ли какой-то нижний порог рекомендуемой памяти?
я имел ввиду - вы кинули данные в очередь - вы ожидаете, что следующий селект их подхватит когда?
Также неясно, почему у вас только два поля в таблице. Что вы там связываете?
А не проще ли хранить одна строка - одна строка, и групбай выбирать?