Мы пока ещё не сталкивались с такой проблемой (хотя тоже

Question

Мы пока ещё не сталкивались с такой проблемой (хотя тоже

недавно обновились до 54362).

Поэтому нужна диагностика.

Проверьте, не исчезает ли ошибка, если выставить
SET optimize_move_to_prewhere = 0

Также попробуйте выбрать какой-нибудь минимальный кусок данных, на котором проявляется проблема. Как это сделать? Смотрите, какие есть куски данных с помощью SELECT * FROM system.parts WHERE active AND table = 'nr_views_t8'. name - это имя куска данных.
В оригинальный запрос SELECT из nr_views_t8 можно добавить условие на кусок данных, вот так:
... AND _part = 'name'

Если есть такой небольшой кусок данных, то вы можете достать его из файловой системы и переслать нам (clickhouse-feedback@yandex-team.ru). Понадобится также схема таблицы.

#backend #clickhouse #database #devops #programming #russian

0

16.03.2018

1 ответов

5 просмотров

Oleg Ivanov · Accepted Answer

SET optimize_move_to_prewhere = 0 помогло, спасибо! Но в момент написания просьбы о помощи не помогало. Правда тогда я пробовал почти сразу после апгрейда, может это повлияло. И да - если написать запрос с prewhere, ошибка есть. прогнал с условием по _part - ошибка на всех больших кусках (больше 4ГБ), на остальных ( менее 1ГБ) её нет.

184 похожих чатов

Мы пока ещё не сталкивались с такой проблемой (хотя тоже

1 ответов

Похожие вопросы