сегодняшняя
-- select version() -- 23.4.2.11
select min(datetime),
max(datetime)
from device
format Vertical;
-- Row 1:
-- ──────
-- min(datetime): 1970-01-01 00:00:00
-- max(datetime): 2023-08-02 15:32:05
select top(1)
datetime
from device
order by datetime asc
format Vertical;
-- Row 1:
-- ──────
-- datetime: 2023-08-02 14:01:31
скорее всего данные в minmax индексе сломаны это видно в system.parts mindate/maxdate mindatetime maxdatetime
Так и есть. Воспроизводится всегда после materialize ttl. Пока выполняется мердж становится нормальным, потом снова epoch. Руками вызываю ttl из-за ишью: https://github.com/ClickHouse/ClickHouse/issues/30645 Пару раз TTL прекращал выполнятся на пару дней, ел все место под чистые данные, которые не нужны.
заводите баг в гитхабе с шагами issues/30645 -- этому ишую 100 лет, там уже все переписано 100 раз у вас какой КХ-то?
в первом сообщении версию запрятал 😄 23.4.2.11 Но у меня довольно странный кейс: партиции по часу, TTL на 3 часа, За час пишут порядка 10ГБ на NVME, По дизайну хотим хранить чистых данных только 3 часа, в историю семплинг через AggregatingMergeTree. Выставили ttl_only_drop_parts = 1, merge_with_ttl_timeout = 1800.. с расчетом что каждый час будем удалять, но запускается оно в рандомный момент при пустых метриках и мерджах.
ttl ни при каких условиях не должен ломать селекты
Обсуждают сегодня