Помогите пожалуйста, что содержится в таблице system.events?

Привет. Подскажите плз, с кодировкой что-то не так и в каких-то строках знак вопроса �. Можно ли как-то написать запрос, чтобы получить эти самые строки?
пример строки:
cyrillitsa_�
пытался матчить
match(column, 'cyrillitsa_�')
match(column, 'cyrillitsa_(.|\s)'
и проч. Но кх упорствует и не хочется отдавать эти строки
версия 19.4.2.7

Всем привет

No metadata in ZooKeeper - лечится по простому?

не оно? https://clickhouse.tech/docs/ru/engines/table-engines/mergetree-family/replication/

это как раз сложны вариант

если кх не врет и zookeeper доступен и действительно девственно пуст, то лечиться только пересоздаваем всех реплицированных таблиц

Я как-то так из видео и не понял откуда взялось 1/256. Из объяснения Алексея, при достижении max_bytes_before_external_group_by хэш таблица группировки сериализуется, сжимается, и кладется на диск. Т.е. как я понял на диске таких таблиц окажется некоторое число N, которое зависит от того сколько было данных и чему равно max_bytes_before_external_group_by. А дальше то что происходит? Где-нибудь описан процесс непосредственного слияния уже готовых хеш-таблиц с диска?

в коде описан. 256 - хардкод. Если не влезает, КХ делит на 256 бакетов, обрабатывает отдельно, потом объединяет результат.

Не понял, кого именно делит 😞 В моем представлении, делается скан по таблице с данными, и результаты складываются в хэш-таблицу используя значение группировки в качестве ключа. В какой-то момент размер хеш-таблицы становится равен max_bytes_before_external_group_by.

Дальше такая хеш-таблица делится на 256 частей по бакетам? Т.е. теперь для каждого бакета мы делаем свой скан таблицы и только этот бакет заполняем, и так пока все 256 бакетов не обработаем?

Коллеги, у нас упал сервер с одной нодой зукипера и нодой кх (из 3х, реплицируемых). Сейчас получаем ошибку после старта:

2020.07.03 11:32:51.195005 [ 1 ] {} <Error> Application: Caught exception while loading metadata: Code: 132, e.displayText() = DB::Exception: Cannot create table from metadata file /var/lib/clickhouse/metadata/core//history.sql, error: DB::Exception: Table contains parts with adaptive and non adaptive marks, but setting enable_mixed_granularity_parts is disabled, stack trace:
0. /usr/bin/clickhouse-server(StackTrace::StackTrace()+0x30) [0x7f6b5f0]

Как можно поправить?
Версия кх: 19.13.3.26

Ну дык разрешите вот енто дело:   setting enable_mixed_granularity_parts

Судя по гитхабу - можно обновить версию кх и там будет по-умолчанию включено. Просто страшно)

Ну вот, чтобы не страшно - просто в конфиге merge_tree разрешить это надо явно.

Ибо апдейт КХ может вылиться в ту еще лотерею...

Спасибо!

пакет tzdata нужен
а хотя нет он в 20.5 уже не нужен

ALTER TABLE test_wrk.test_table DROP PARTITION toYYYYMMDD(toDate('2020-06-26'))

Exception: Syntax error: failed at position 97 (end of query): . Expected one of: LIKE, GLOBAL NOT IN, IS, OR, QuestionMark, BETWEEN, NOT LIKE, AND, IN, NOT, token, NOT IN, GLOBAL IN (version 20.4.6.53 (official build))

убрали выражения из манипуляций с партициями

обходной путь остался

ALTER TABLE test_wrk.test_table DROP PARTITION tuple(toYYYYMMDD(toDate('2020-06-26')))

убрали в 20.3 или в 20.4