если их больше 300 на партицию, то вы ничего вставить не можете: будете видеть ошибки "Too much parts. Merges are processing significantly slower than inserts.".
У вас видимо много мини-партиций?
Вобщем не вижу пока никакого варианта кроме как дождаться пока CH подымется.
Далее, если исходить из того, что он упал из-за большого количества жирных мержей (здесь нкжно подробно смотреть в графики или логи), то чтобы избежать этого в дальнейшем можно уменьшить background_pool_size c 16 до 2-4 (надо установить в конфиге users.xml для дефолтного юзера до перезапуска).
Если я правильно понимаю, то партиция у нас должна быть одна, т.к. тестирование мы начали только в этом месяце, данные все рилтайм, т.е. только за этот месяц, первичные ключи, соответственно, тоже. Не вижу возможности создания множества мини-партиций, а вот кусков много очень, я выше указывал, 1.3млн
На всякий случай расскажем как мы в итоге запустили сервер, при этом сохранив таблицу: 1. Отключили проблемную таблицу на выключенном сервере (изъяв файл таблицы.sql из директории /metadata/dbname/tablename) 2. Запустили сервер 3. Вернули файл таблицы.sql в директорию /metadata/dbname/tablename 4. Приаттачили таблицу (attach table tablename ) В итоге сервер работает, все бд и таблицы, кроме проблемной, работают в штатном режиме, а проблемная продолжила рекавериться, но как минимум теперь сервер запущен.
Обсуждают сегодня