Почему резервное копирование mysql растет, если таблица разрушается?
Существуют различные формы выравнивания нагрузки, и ответ зависит очень от топологии Вашей сети, но короткий ответ Ваш вопрос да, возможно загрузить баланс между двумя ISPs, если MikroTik идет LAN.
В следующем примере я принимаю RouterBOARD или ПК по крайней мере с тремя интерфейсами сетевой платы.
LAN Interface = 192.168.0.1/24
ADSL router to ISP1 = 192.168.1.1/24
ADSL router to ISP2 = 192.168.2.1/24
Шлюз для всех ПК является маршрутизатором LAN, 192.168.0.1. Когда пакеты поражают маршрутизатор, в зависимости от Вашей выбранной методологии выравнивания нагрузки (ECMP, NTH, или PCC) Вы передали бы пакеты любому ISP1 через IP для ISP1 или передают пакеты к ISP2 через IP для ISP2.
Поскольку альтернатива передаче загрузки сбалансировала пакеты к самому IP, например, когда Вы используете PPPoE интерфейсы настроили на маршрутизаторе MikroTik, Вы могли передать пакеты к interface вместо этого.
Если Вы даете нам некоторые подсказки о своей топологии, мы можем ответить на вопрос лучше.
Возможно, вам стоит подумать об изменении вашего сценария, чтобы выполнить проверку таблицы перед резервным копированием. (или запланировать проверку через cron на регулярной основе)
myslqlcheck - это собственный инструмент, поставляемый с дистрибутивом mysql, который может анализировать и восстанавливать ваши таблицы. просто взгляните на страницу руководства и посмотрите, какие флаги больше всего подходят для вашей базы данных.
Помимо текущей проблемы с резервным копированием, неплохо запланировать такую задачу и, что наиболее важно, определить причины сбоев ваших таблиц.
Пример использования: проверьте и восстановите все базы данных в вашем экземпляре
mysqlcheck --user=someuser --password=somepassword --all-databases --auto-repair