столбца https://clickhouse.tech/docs/ru/engines/table-engines/mergetree-family/mergetree/#mergetree-column-ttl
Если создать таблицу
CREATE TABLE example_table
(
d DateTime,
a Int TTL d + INTERVAL 1 MONTH,
b Int TTL d + INTERVAL 1 MONTH,
c String
)
ENGINE = MergeTree
PARTITION BY toYYYYMM(d)
ORDER BY d;
Потом засунуть в нее
insert into example_table values ('2018-01-01 10:10:10', 1,2,'10') , ('2028-01-01 10:10:10', 1,2,'10');
То сколько ни делай OPTIMIZE example_table FINAL, числа в первой строке не превратятся в нули.
А вот без PARTITION BY toYYYYMM(d) все работает ожидаемым образом.
Вижу это в master и в 21.3
Это баг/фича/моя криворукость/что-то еще?
мержи идут внури одной партиции...
выглядит так, что у вас просто нечему мержиться и TTL не применяется одна строка в партиции...
select * from system.merge_tree_settings mts where name like 'ttl_only_drop_parts'; во что выставлено по умолчанию
тут вроде не TABLE TTL а COLUMN TTL ;) но да, можно потеребонькать настроечку
Ну я попытался, предположил что оно вообще не трогает парт когда флаг выставлен... Но у товарища 0. Поэтому мимо
Это скорее не баг, а неожиданное поведение) Тут дело в том, что при удалении столбца целиком ничего не вычисляется, а столбец просто дропается. Но в компактных кусках (по-умолчанию до 10МБ), чтобы это сделать, нужно переписать кусок полностью, что слишком затратно, поэтому ничего не удаляется. На реальных данных компактные куски живут недолго, потому что мержаться в широкие, а на них TTL уже применяется и это поведение почти незаметно. Но на маленьких примерах выглядит так, как будто ничего не работает. Надо исправить, наверное. Например, такое работает: https://pastebin.com/MZQRZUq7
да, а может и не надо исправлять )
Обсуждают сегодня