А
Спасибо 👍
Size: a a a
2021 July 08
D
Возможно умерло чтение gzipped RowBinary, потому что отключение компрессии в carbon-clickhouse помогло. Не ясно только, почему всё ломается только от 4000+ записей...
S
а покажите StackTrace от 500й ошибки в clickhouse?
S
было бы круто вообще сам HTTP запрос с 500й увидеть
и segfault тоже посмортреть
и segfault тоже посмортреть
D
S
да похоже беда какая то запара с RowBinary
компрессия gzip На уровне HTTP сделана?
думаю вам надо issue сделать на github
и для наглядности привести .pcap файл с 500м запросом, чтобы было понятно что именно байтово передавалось....
компрессия gzip На уровне HTTP сделана?
думаю вам надо issue сделать на github
и для наглядности привести .pcap файл с 500м запросом, чтобы было понятно что именно байтово передавалось....
D
Сжимает carbon-clickhouse, вероятней всего на HTTP, да.
Сейчас как раз занят моделированием запроса из абстрактных данных, чтобы убедиться, что проблема не с нашими данными.
Спасибо, буду заводить issue, если воспроизведу на других данных!
Сейчас как раз занят моделированием запроса из абстрактных данных, чтобы убедиться, что проблема не с нашими данными.
Спасибо, буду заводить issue, если воспроизведу на других данных!
S
проверьте на всякий случай алгоритм сжатия в accept-encoding заголовке
если там какой нибудь brotli и zstd а не gzip то надо осторожнее
если там какой нибудь brotli и zstd а не gzip то надо осторожнее
VC
Добрый вечер. CollapsingMergeTree как лучше всего подружить с Datetime64 данными? Судя по документации то, что слева от UNIX Epoch, поддерживается плохо. Мне лучше тогда хранить эти данные как int64, и потом уже кастовать результат агрегации?
VG
какого типа запросы? alter или обычные select/insert? может у вас таблица типа буффер и она не может из-за ошибок, которые вы видите сбросить данные на диск? запросы в студию :)
VG
оптимизируйте запрос, чтобы он не жрал столько памяти
DK
спасибо!
PL
Есть таблица, в ней несколько версий по каждому ключу. Задача - выбрать строку с максимальной версией. Для этого попробовали вьюху вида
Select
argMax(v1, version),
argMax(v2, version),
...
From table
Group by key.
Потом я выполнил запрос в такую вьюху и он упал из-за лимита.
Никаких alter/insert, только select
Select
argMax(v1, version),
argMax(v2, version),
...
From table
Group by key.
Потом я выполнил запрос в такую вьюху и он упал из-за лимита.
Никаких alter/insert, только select
VG
cleanup thread - это не ошибка, а debug инфа (по крайней мере в основном). фиксите ошибку
VG
хотел предложить попробовать другой формат вместо ClickHouseFormat.JSONStringEachRow, но смотрю вам уже ответили :)
https://github.com/ClickHouse/clickhouse-jdbc/issues/681
https://github.com/ClickHouse/clickhouse-jdbc/issues/681
AS
да, я сам себе ответил :)