DT
но изначально, кликхаус каждый день вроде должен проверять TTL
Size: a a a
2020 May 21
PK
но изначально, кликхаус каждый день вроде должен проверять TTL
Вот тут и вопрос наверное - куда копать?( проверяет ли? Почему не удаляет? Если бы места не хватало - то руками бы тоже не выполнилось ведь
PK
Насчёт партиций спасибо, но хотелось бы понять почему в фоновом режиме не происходит
DT
merge_with_ttl_timeout — минимальное время в секундах перед повторным слиянием с TTL. По умолчанию — 86400 (1 день).
DT
похоже она все таки про другое чутка
PK
похоже она все таки про другое чутка
Вот тут и начали возникать вопросы) что ttl не сработал как изначально ожидалось
DT
Вот тут и начали возникать вопросы) что ttl не сработал как изначально ожидалось
вставки в таблицу были?
PK
вставки в таблицу были?
Конечно
DT
там просто есть некая хитрая логика, каким образом кликхаус выбирает нужно ли ему мержить парты или уже и так достаточно.
PK
Вот разобраться и понять бы - пришёл к вам. Чтобы понять - я делаю что-то не так, или таки повесить Джобу на крон
DT
я бы поставил настроечку, что бы дропало сразу партами, возможно в таком случае не будет ждать мержа
PK
Это я себе уже пометил, да)) с вашего позволения может ещё кто подскажет ))?
KS
я бы поставил настроечку, что бы дропало сразу партами, возможно в таком случае не будет ждать мержа
а как настроечка называется, не помните случаем?
ЕА
подскажите, как вывести список всех временных таблиц и вьюх и сколько памяти они занимают?
D
Oleg K
Приветствую. Гляну, думаю не будет проблемой. (https://github.com/DarkWanderer/ClickHouse.Client/issues/17)
День добрый,
у нас тут небольшая проблемка (коллега ишшю заведет). На merge-engine таблицах падает с ошибкой (будем премного благодарны если это фиксится)
у нас тут небольшая проблемка (коллега ишшю заведет). На merge-engine таблицах падает с ошибкой (будем премного благодарны если это фиксится)
ClickHouse.Client.ClickHouseServerException: Code: 16, e.displayText() = DB::Exception: There is no physical column _table in table. (version 20.3.8.53 (official build))/UPD https://github.com/DarkWanderer/ClickHouse.Client/issues/32
at ClickHouse.Client.ADO.ClickHouseConnection.<HandleError>d__25.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
DT
а как настроечка называется, не помните случаем?
ttl_only_drop_parts
KS
ttl_only_drop_parts
спасиб
KS
подскажите, можно ли как то увеличить объем оперативки используемой при join_algorithm = 'partial_merge' ? крутится около 3Гб, хотя можно было бы и побольше отдать
DC
Друзья, привет!
У меня выставлен TTL 7 дней, я прочитал, что удаление происходит при слиянии, котооое выполняется в фоновом режиме - почему выполнение optimize удалило мне почти 1.5Т данных, почему это не произошло в фоновом режиме?
как вы делаете optimize? По крону? Как отслеживать слияния успех/ошибки?
У меня выставлен TTL 7 дней, я прочитал, что удаление происходит при слиянии, котооое выполняется в фоновом режиме - почему выполнение optimize удалило мне почти 1.5Т данных, почему это не произошло в фоновом режиме?
как вы делаете optimize? По крону? Как отслеживать слияния успех/ошибки?
А какая версия кх? Ttl добавлен альтером? Или был при создании таблицы в create table?
AZ
подскажите, можно ли как то увеличить объем оперативки используемой при join_algorithm = 'partial_merge' ? крутится около 3Гб, хотя можно было бы и побольше отдать
в текущем варианте не имеет смысла. там основные тормоза в обработке левой таблицы, от памяти не зависит - допиливается тут https://github.com/ClickHouse/ClickHouse/pull/10601