ОСТАНОВКА: c000021a {Фатальная Системная ошибка} начальный процесс сессии или системный процесс, завершенный неожиданно

Вы, действительно кажется, не знаете то, что Вы делаете. Сначала необходимо заставить дамп данных охранять против любого вида повреждения.

Таким образом, Вы используете Основную Основную репликацию, правильно?

Это звучит странным, так как Вы только обеспечиваете одно состояние SLAVE и одно состояние MASTER, но нам были бы нужны и ВЕДУЩЕЕ УСТРОЙСТВО и в оба вывода состояния SLAVE. Далее, нет никаких replicate_ignore_* операторов, это не похоже на Основную Основную репликацию. Кроме того, в ВЕДОМОМ СОСТОЯНИИ нет никаких ошибочных операторов. Они показали бы любые ошибки репликации.

Как зафиксировать это: Получите чистый дамп от каждого ведущего устройства и вставьте его на другом ведущем устройстве. Это описано в mysql руководстве, вот короткая версия:

mysql> FLUSH TABLES WITH READ LOCK;
$> mysqldump -uroot -p<pass> --opt --all-databases | gzip --fast > dump_master1.sql.gz
mysql> UNLOCK TABLES;

Помните: Только выполните команду, которую кто-то сказал Вам! Ищите его в руководстве сначала и проверьте то, что это делает. Установка Вашего SKIP_SLAVE_COUNTER к чему-то как 9 999 является причиной, почему Ваш недавно составляют таблицу, не обнаруживается на Вашем ведомом устройстве, потому что это пропускает 9 999 sql операторов, которых, вероятно, еще не произошло! Обычно Вы не устанавливаете SKIP_SLAVE_COUNTER на больше этот 1, затем выполняетесь, ЗАПУСКАЮТ ВЕДОМОЕ УСТРОЙСТВО и видят с ВЫСТАВОЧНЫМ ВЕДОМЫМ СОСТОЯНИЕМ, если существуют какие-либо новые ошибки.