https://github.com/ClickHouse/ClickHouse/compare/v20.8.11.17-lts...v20.8.12.2-lts
тут есть...  15 января...

Владимир, поделитесь пожалуйста опытом - были ли другие пробелмы кроме озвученной у вас при таком обновлении-прыжке?
У нас кластер на 19.16 и вопрос обновления стоит уже критически. Хочется прийти к 20.8-lts, но сразу через такое кол-во версий прыгать страшно, а роллить по мажору и каждый перепроверять - много чело-часов надо и вообще времени. Чейнджлог весь прочитали, критов обратно несовместимых не заметили вроде бы.
У нас кластер в 3 шарда, в шарде по 2 ноды, куча replicated/distributed но пишем напрямую в Replicated.

И 2 вопроса к аудитории(гуглил, ответов что-то не нашел):
1. Роллинг апдейт: есть ли принципиально не совместимые версии между 19.16 и 20.8 которые никак не будут работать в одном кластере? Можно ли писать в новую/старую ноду когда кластер не полностью обновлен?
2. есть ли какая-то политика отката ноды? Т.е. в случае чего можно ли кластер откатить на старую версию? Например, если не было записи в ноду с новой версией.

Спасибо большое за ответ! Про ALTER'ы и мутации очень полезно.
У нас distributed по факту используются не совсем так как они задуманы. У нас 3 шарда, Distributed смотрит в Replicated. Данные пишутся в Replicated напрямую, шардирование идет по проекту, данные между проектами не пересекаются никак(т.е. нет запроса который тянет данные с разных шардов).

EDIT: Но запрос может прийти на шард 1 а все данные для него на шарде 2

А что скажете на счет такого плана:
1. переносим запись/чтение на одно зеркало в каждом шарде(группа old)
2. обновляем оставшиеся зеркала(группа new)
3. Пробуем читать из new
4. Если все ОК то останавливаем запись(или переносим на группу new)
5. Апдейт группы old

Если не ок то откат/ресетап зеркал группы new.

да, я нашел pr, дописал в тикет

так вопрос собственно про методологию, вот я вижу ПР, как прийти от него к релизу 20.8?

да в этом случае pr вмержен другим pr . Я просто в pr-ы покликал, наверное лучше diff смотреть как вы сделали

Блин, как интересно... а парт как-то модифицируется при скачивании с зеркала? Или это будет на партах которые появятся после мержей на обновленной ноде?

ребята кто то может подсказать опенсоурсное решение для визуализации даных. Очень важно иметь возможно делать производную между двума метриками. Например CTR . (как например в tableau)

Уважаемые. Есть запрос

select distinct vrp.Doc1CId, vrp.DocNumber, vrp.DocDate 
                    from vwRnk_plain vrp 
                    join vwUPDdata_plain u on u.mc_short=vrp.code_marking_short and u.upd_id ='2eb5e6bc-58b2-11eb-80d2-94188269d468'

при его выполнении на версии 20.4.2.9 все отрабатывало нормально, но сейчас, обновил до версии 21.1.2.15, начались ошибки

Code: 403, e.displayText() = DB::Exception: Not equi-join ON expression: upd_id = '2eb5e6bc-58b2-11eb-80d2-94188269d468'. No columns in one of equality side.: While processing upd_id = '2eb5e6bc-58b2-11eb-80d2-94188269d468' (version 21.1.2.15 (official build))

может кто сталкивался и как поправить?

Вынести условие upd_id = '2eb5e6bc-58b2-11eb-80d2-94188269d468' в where?

это баг в новых версиях? )

Это фикс бага старых версий 😜https://clickhouse.tech/docs/en/whats-new/changelog/#clickhouse-release-v21-1-2-15-stable-2021-01-18 см. последний пункт в Bug Fix