имеется ттл на одном из полей, почему-то на одной из реплик перестали удаляться истекшие данные, можно как-то заставить кликхауз перепроверить ттл и удалить данные у которых ттл истек?
Не понятно как такое возможно. Ttl мержер назначает мерж. Все реплики его выполняют. select * from system.replication_queue
вот и нам не очень понятно, но факт есть факт, репликация ок, а разница между таблицами есть
Коллеги привет! Помогите пожалуйста разобратсья в ситуации. Пробовали пересоздавать таблицу, после репликации все ок, статус репликации ок, но спустя несколько дней смотришь данные на 2х репликах -10 дней - данных нет, на 3й данные не очистились
replicated таблица?
есть replicated с TTL и 3 реплики. периодически срабатывает TTL check и обнаруживает что надо мержить одна из реплик успевает первой создать в зукипере задание на мерж, и она же двигает LogPointer ("эпоха" replicated таблицы) все реплики включая ту которая создала, берут задание на мерж и зукипера и начинают мержить и делают одно и тоже в результате какая-то из реплик успевает первой и контрольную сумму результата мержа кладет в зукипер все остальные реплики в конце начинают сравнивать результат (контр. сумму) с эталоном если контр. сумма не совпадает они начинают мерж заново, через 3 попытки сдаются и скачивают парт с эталонной контр. суммой если реплика не читает задания и не двигает свой LogPointer, репликация вообще не работает, реплика не может пропустить мерж, у не совпадет набор партов в дальнейшем. контр. суммы тоже должны совпадать, их можно увидеть в system.parts
на двух верных репликах: name,hash_of_all_files 20230512_0_118720_963,984ed72ce493ad9b48b66f1337623ada на кривой 20230512_0_10560_6,012786893b1d06ac5a0402ca4f8354b7 получается репликация сейчас не работает?
я думаю это разные шарды select zookeeper_path, cityHash64(zookeeper_path) from system.replicas where table = ....
шард 1, этот запрос возвращает одинаковые результаты на всех репликах
select * from system.replication_queue с третьей
да я уже добрался до этого, и вот с таким postpone_reason там висят задания Not executing log entry queue-0000005237 for part 20230501_107605_107605_1 because 2 merges with TTL already executing, maximum 2.
2023-05-16 это дата пересоздания таблицы
Обсуждают сегодня