Ведомый Поток SQL, не работающий

Таким образом, у него есть новый компьютер с новой сборкой ОС? и другой кабель, идущий от компьютера до этого главного выключателя? и все остальные очень хорошо? Если это так, я предложил бы подкачать порты коммутатора с 'рабочим' пользователем - видят, следует ли проблема за портом.

В основном мы говорим о делении и завоевываем ситуацию, необходимо разделить компоненты в два, тест, разделить снова, тест и т.д., пока Вы не нашли свой отказ. Теперь это может быть проблемой, когда у Вас есть больше чем одна вещь в отказе, но если Вы будете следовать этому методу, то у Вас, по крайней мере, будет четкая 'карта' того, что было протестировано и что не.

Сколько времени кабель между прочим, Вы, попробовали экранированный и какой кабель/сигнал - он? У Вас есть какие-либо кабельные тестеры такой 'Счастливой случайностью' или подобный?

Возвратитесь нам, когда Вы продвигаетесь с этой проблемой.

0
задан 30 September 2013 в 16:54
2 ответа

Если ваш главный сервер является версией более ранней, чем MySQL 5.1.53, вы столкнулись с ошибкой.

http://bugs.mysql.com/ bug.php? id = 56226

Изменения в MySQL 5.1.53 (2010-11-03) -

Репликация: Оператор ALTER TABLE , изменяющий столбец ] MyISAM таблица без указания размера столбца приводила к повреждению двоичного журнала, когда карта таблицы была неожиданно установлена ​​на 0 в результате обновлений (включая удаление) нескольких таблиц, что приводило к сбою репликации, когда более одной таблицы получали одну и ту же таблицу ID карты. (Ошибка № 56226, Ошибка № 11763509)

- http://dev.mysql.com/doc/relnotes/mysql/5.1/en/news-5-1-53.html

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

Если нет, вы можете УСТАНОВИТЬ GLOBAL SQL_SLAVE_SKIP_COUNTER = 1; START SLAVE; и пропустить недопустимую запись карты таблицы ... хотя я не уверен, что это можно использовать в этом случае. Даже если кажется, что это работает, у вас, скорее всего, будет подчиненное устройство, которое отличается от главного, поэтому вам нужно будет проверить идентичность данных на двух серверах с помощью сторонних инструментов.

Если ваш сервер не работает. старый, это говорит о повреждении двоичного журнала, чего не должно происходить, но если это произойдет, это может означать, что другие проблемы на главном или подчиненном устройстве вырисовываются на горизонте.

и пропустить недопустимую запись карты таблицы ... хотя я не уверен, что это можно использовать в данном случае. Даже если кажется, что это работает, у вас, вероятно, будет ведомое устройство, которое отличается от ведущего, поэтому вам нужно будет проверить идентичность данных на двух серверах с помощью сторонних инструментов.

Если ваш сервер не работает. старый, это говорит о повреждении двоичного журнала, чего не должно происходить, но если это произойдет, это может означать, что другие проблемы на главном или подчиненном устройстве вырисовываются на горизонте.

и пропустить недопустимую запись карты таблицы ... хотя я не уверен, что это можно использовать в данном случае. Даже если кажется, что это работает, у вас, скорее всего, будет подчиненное устройство, которое отличается от главного, поэтому вам нужно будет проверить идентичность данных на двух серверах с помощью сторонних инструментов.

Если ваш сервер не работает. старый, это говорит о повреждении двоичного журнала, чего не должно происходить, но если это произойдет, это может означать, что другие проблемы на главном или подчиненном устройстве вырисовываются на горизонте.

2
ответ дан 4 December 2019 в 14:06

Если репликация не удалась, лучше начать заново, а не устранять неполадки.

1) На основном сервере MySQL ПРОМЫВИТЬ ТАБЛИЦЫ С БЛОКИРОВКОЙ ЧТЕНИЯ;

2) Дамп всех баз данных mysqldump -username --all-databases -p | gzip -2> dump.sql.gz

3) На основном сервере MySQL РАЗБЛОКИРОВАТЬ ТАБЛИЦЫ; // Не обязательно быть CAPS.

4) scp ваш файл в вторичный сервер MySQL.

5) остановка ведомого; на вторичном сервере MySQL.

6) На вторичном сервере MySQL импортируйте файл dump.sql.gz, как показано ниже:

gunzip

7) Если вы ' Если вы правильно установили конфигурацию MASTER , вы можете запустить подчиненное устройство как

start slave;

8) Показать статус подчиненного устройства SHOW SLAVE STATUS \ G;

Проверить наличие конкретного код ошибки и обновите свой ответ, чтобы предоставить более подробную информацию. если возможно

0
ответ дан 4 December 2019 в 14:06

Теги

Похожие вопросы