но воркароунд такой себе, так как цель это всё же копипастить запросы

Конечно работает, без самопального кода ридлайн это не починить, не никс-вей...
Если пастите в базовый терминал все работает тоже.

базовый терминал это xterm?

Ну да, путти хтерм запустите и вставьте , все ок

Он вставит новые строки как ctrlJ и проглотит молча

У меня тоже не работает на mobaxTerm, а в putty ok

насчёт путти не знаю, но сам по себе xterm не смог

Ну, там 100 настроек на это дело в каждом шелле. Заведите тикет, все равно боль

пасиб

кмк проблемы у клиента начались как раз потому что readline заменили на replxx

Доброго всем.
Может кто-то подсказать на сколько безопасно можно обновить CH кластер с 18.6.0 до 20.6?
Пересмотрел все

Backward Incompatible Change

в changelog последовательно, но нет уверенности что можно обновить сразу на последнюю версию.
Не изменился ли формат данных в файлах? Используются только ReplicatedMergeTree, Distributed, MATERIALIZED VIEW (ReplicatedAggregatingMergeTree/ReplicatedSummingMergeTree)
Кластер из 4 шардов по 2 сервера каждый (8 серверов).

Backward Incompatible Change

очень много изменений в джойнах, т.е. может оказаться что запрос теперь делает совсем не то (из-за any), и возращает 2 колонки вместо 4
тестировать короче надо  (Я тестирую минимум 6 месяцев на стейдже)

в нескольких местах может стать сильно медленее (некоторые откатываются из-за этого)

>Не изменился ли формат данных в файлах?
нет. Появилась адаптивная гранулярность (mrk2 файлы), она будет на новых таблицах, и из-за нее вернутся будет нельзя (но можно выключить) , я выключаю

все альтеры таблиц теперь через мутации -- поэтому возможно работать не будут совсем, если например в таблице тысячи партов

стейжинг может быть не кластером для такого тестирования или изменения в distributed существенные? *JOIN можно и подправить, главное данные не потерять и insert-ы не сломалась.

у меня стейджинг просто два шарда в двух контейнерах на одном сервере

Кстати, очень не хватает в документации как раз вот таких мажорных изменений от версии к версии или за весь год, например. Даже если перечитать все CHANGES - это мало что дает для понимания, что конкретно изменилось, какие появились новые фичи и подводные камни...

спасибо за информацию. два тестовых шарда с текущей схемой БД на последней версии работают, их проще держать на актуальной версии, а вот сразу прыгнуть на 2 года продакшеном...

да, возможно. Но Яндексу скорее всего это не нужно, они видимо живут на стейблах и постоянно апгрейдятся.
Альтинити что-то такое подобное ведет.

т.е. у вас приложение работает со свежим КХ ? Тогда значит все ОК.