репликацию?
На сервере периодически выполняются таки е оптимайзы и relication_queue не успевает разгребаться. Думаем - не связаны ли эти 2 события
не совсем. OPTIMIZE TABLE это вызов внепланового мержа, он сам по себе отражается в relication_queue, поэтому непонятно ИМЕННО не успевает. Мерж может отображаться в relication_queue часами / днями. К тому же мерж убивает CPU/диск и конечно репликация начинает работать медленее.
Мы собираем иногда до 80к записей в очереди. Потом в один момент оно само их разгребает их за 5-7 минут и снова начинает накапливать
там 7 разных типов записей. Может у вас 80к alter delete . Мне не видно
GET_PART / MERGE_PART все
GET_PART -- т.е. у вас там 80к инсертов случается? это за какой период времени?
И ошибки двух видов: парт уже перекрыт другим партом или размер парта меньше минимального
Ну это за сутки набегает. Нормальное состояние 5-7к
короче понятно. Варианты: a) Вставляйте реже, бОльшими порциями. Убирайте Optimize b) мучайтесь, страдайте. с) возьмите сервера в 100 раз мощнее, сеть 40Гбит
Обсуждают сегодня