Из-за чего возникают постоянные ошибки mysql репликации 1032 и 1062?

Question

[Павел Безруков]

Добрый день.
Разбираюсь с mysql репликацией. Поднял master(+2 slave) - master(+1 slave) репликацию.
Делал всё как по инструкции.
- На мастере блокировал таблицы на запись
- Делал бекап отправлял на слейв
- На слейве останавливал слейв
- Разворачивал бекап и устанавливал реквизиты мастер статуса.
На слейвах включил read-only.
Всё работает.

Через некоторое непродолжительное время на любой ноде вылетает то 1032-я, то 1062-я ошибки.
Error Code: 1062 — Duplicate entry 'ххххх' for key 1 — Попытка записать уже имеющееся значение в ключевую колонку.
Ошибка: 1032 SQLSTATE: HY000 (ER_KEY_NOT_FOUND) - Сообщение: не Может найти запись в '%s'

Проект поднят на демоверсии битрикса и виртуалбокс нодах.
Ошибки возникают в активно используемых таблицах - статистика(фиксация хитов и тд и тп) и сессий, Чаще всего сессий.

Конфиги мастера

[mysqld]
 server-id = 1
 ## enable logging message
 log-error                       = /var/log/mysql/error.log
## enable slow requests logging
 slow-query-log-file             = /var/log/mysql/slow.log
 slow-query-log                  = 1
 long-query-time                 = 3
 log-slow-slave-statements
## define binlog options for master server
 binlog_cache_size = 128K
 expire_logs_days  = 5
 max_binlog_size   = 100M
 binlog-format     = mixed
 log-bin           = mysql-bin
## enable this options for security, but it decrease performance
# innodb_flush_log_at_trx_commit = 1
# sync_binlog = 1
 relay-log            = relay-bin
 relay-log-index      = relay-bin.index
 relay-log-info-file  = relay-bin.info
 skip-name-resolve

Конфиги слейва

[mysqld]
 server-id = 2
 ## enable logging message
 log-error                       = /var/log/mysql/error.log
## enable slow requests logging
 slow-query-log-file             = /var/log/mysql/slow.log
 slow-query-log                  = 1
 long-query-time                 = 3
 log-slow-slave-statements
 relay-log            = relay-bin
 relay-log-index      = relay-bin.index
 relay-log-info-file  = relay-bin.info
 skip-name-resolve

Что может быть не так?
Вот буквально сейчас восстановил master1-master2 master2-slave4 репликацию около 5 раз обновил страничку на slave4 error 1032, а до этого siege тестировал нагрузку и отвалились master2 и slave4 о которых говорил - так не должно быть!

Comments

[Павел Безруков]

У одного разработчика были те же проблемы и он поделился решением.
На всех нодах в фалах dbconn и .settings должны в качестве хоста быть прописан хост master базы иначе он будет писать в слейв и следом вытекающие ошибки.

Answer 1

[Евгений]

Репликация master-master или как добиться успеха без вазелина

Comments

[Павел Безруков]

У меня основные проблемы master-slave, они постоянно отваливаются. master-master всего пару тройку раз.

Answer 2

[Арчи Кузнецов]

Добрый день!
1. укажите версии мускуля
2. укажите способ и параметры при снятии дампа
3. какие права даете, и как запускаете.

Comments

[Павел Безруков]

Арчи Кузнецов Добрый день.
1)mysql Ver 14.14 Distrib 5.1.73, for redhat-linux-gnu (i386) using readline 5.1
2)Честно говоря без параметров, ну буквально говоря только 1 параметр host ноды master2.
3)Права replication client, replication slave, super. Подключаюсь,
stop slave;
change master to master_log_file='', master_log_pos='';
start slave;

[Арчи Кузнецов]

дамп то как делаете? движок какой?

[Павел Безруков]

Арчи Кузнецов
slave4> mysqldump -hmaster2 sitemanager0 > sitemanager0.sql
У root нет пароля(это тестовые ноды на virtualbox - так удобней) поэтому только host, никаких специфичных для репликации честно говоря не знаю и в статьях по репликации не видел, но видимо что-то делаю не так.:)
В смысле движок? Проект на Битрикс(демо сайт), дистрибутив линукса centos.

[Арчи Кузнецов]

движок базы данных myisam/innodb/tokudb?

[Павел Безруков]

Арчи Кузнецов: innodb

[Арчи Кузнецов]

Для движка иннодб рекомендуется использовать параметр --single-transaction. Я вообще делаю очень быстро и очень просто: использую ключ --single-transaction и ключ --master-data, при этом не нужно блокировать таблицы на мастере. в вашем случае, скорее всего при блокировке вы не сбрасывает таблицы на диск (flush tables). По указанным мной параметрам создается дамп базы. в самом ее начале будет позиция и имя бинлога. перед созданием слейва, рекомендую снести там старую базу, выполнить stop slave; reset slave; и только потом заливать дамп, выполнять change master и start slave;

PS если нет веских причин - рекомендую обновить до 5,6

[Павел Безруков]

Арчи Кузнецов: Понятно, попробую как вы говорите. Нет, причин никаких, просто готовый пакет лампа содержал 5.1.