посмотреть как отработает удаление старых данных. Вчера сделал alter table on cluster name MODIFY TTL. Самое собой запрос сказал, что превышен timeout. Проверил zk в ddl задачка висит, TTL в таблицах поменялась, мутация появилась. Прошел день смотрю мутация все висит, мерджей дополнительных не вижу, в zk задача так же висит, а место не освободилось, старые данные так же спокойно живут. Так как чистить нужно было срочно, кильнул мутацию(попытался), в итоге перезапустил кластер и тогда только смогу убить данную мутацию, удалил drop данные и оставил не пару дней для проверки TTL. Как теперь запустить принудительно TTL, через optimiz final ? Как можно было сделать alter ttl, чтобы не пришлось плясать с бубном?
set materialize_ttl_after_modify=0; ALTER TABLE table modify TTL ttl_date -- then if you need MATERIALIZE TTL ALTER table ... MATERIALIZE TTL in partition ... ALTER table ... MATERIALIZE TTL in partition ...
Блин я уже запустил optimize 😩 На сколько это плохо? А что значит MATERIALIZE TTL ?
>лин я уже запустил optimize 😩 На сколько это плохо? ну по всякому бывает, если таблица 2 петабайта, то вас уволят я думаю, ну или закопают. >А что значит MATERIALIZE TTL ну это в доку.
12 Tб :). Вот теперь понять сколько это будет работать по времени и нельзя ли это как то остановить
и как запустили? optimize table T final ?
соболезную вам и вашей семье.
Это пугает :(
Optimize пробежался, но старые данные не почистил. Вашими командами прошел по партициям данные удалились, а вот сами партии не удалились и я вижу их в таблице parts. Причем по ним active 1. Так и должно быть ? Как теперь понять что TTL работает? Если у меня стоит неделя, то я вижу отработку TTL только через неделю по удалению данных которые прилетели после alter table TTL ?
Обсуждают сегодня