mysql: Репликация настроена, запущена, но реально данные не обновляются

P
На сайте с 06.05.2010
Offline
24
1070

Есть 3 сервера, мастер и 2 слейва.

Суть в том, что 1 слейв работает как надо, а второй - по show slave status синхронизация идет, номера меняются, но реально select выдает старые данные (после синхронизации которые). Даты изменения файлов баз при этом тоже на слейв1 меняются, на слейв2 - нет.

мастер: mysql Ver 14.12 Distrib 5.0.90, for portbld-freebsd7.2 (amd64) using 5.2

слейв1: mysql Ver 14.16 Distrib 5.2.4-MariaDB, for portbld-freebsd8.2 (i386) using EditLine wrapper

слейв2: mysql Ver 14.16 Distrib 5.2.4-MariaDB, for portbld-freebsd8.2 (amd64) using EditLine wrapper

на слейв2:


MariaDB [gazeta]> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: www1.zzz.ru
Master_User: user
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000708
Read_Master_Log_Pos: 6518183
Relay_Log_File: www3-relay-bin.000006
Relay_Log_Pos: 6518328
Relay_Master_Log_File: mysql-bin.000708
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: db1,db2
Replicate_Ignore_DB:
Replicate_Do_Table: pro.FORECAST_DATA,pro.Ru_T4_B,pro.Synop,pro.Ru_T4_A
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 6518183
Relay_Log_Space: 6518525
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
1 row in set (0.00 sec)

Базы MyISAM/Aria.

Синхронизировал через rsync в режиме flush tables with read lock, потом mysql_upgrade на слейвах (там версия новее)

Основной вопрос - если репликация идет, почему не происходит обновление таблиц на слейве2? А если не идет, почему растут счетчики и статус ок?

N
На сайте с 06.05.2007
Offline
419
#1

Опять? Напомню : потому что ты поставил хрен знает что вместо сервера mysql.

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

И без фильтров попробовать. Фильтры работают не так, как их понимают админы. В зависимости от запросов, возможны неочевидные случаи, когда они сработают неправильно.

Кнопка вызова админа ()
iamsens
На сайте с 26.08.2009
Offline
115
#2

время на серверах проверь, должно быть везде одинаковое

N
На сайте с 06.05.2007
Offline
419
#3

iamsens, MSCE дофига? нет, репликации mysql плевать на время

iamsens
На сайте с 26.08.2009
Offline
115
#4
netwind:
iamsens, MSCE дофига? нет, репликации mysql плевать на время

ошибаетесь

N
На сайте с 06.05.2007
Offline
419
#5

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

P
На сайте с 06.05.2010
Offline
24
#6
netwind:
Опять? Напомню : потому что ты поставил хрен знает что вместо сервера mysql.

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

Более того, репликация работает со слейв1, и данные там реально меняются. А со слейв2 - показывает, что работает, но ничего не меняет. Мне надо понять, куда тогда эти данные деваются и почему собственно репликация не отвалилась давно с ошибками.

Я могу поставить 5.0 итд, но надо разбираться с системой, пока она неисправна. А если повторно сделаю полную заливку и ошибка исчезнет? Кто даст гарантии, что она больше не появится? Делать каждую ночь дампы на всех серверах и сравнивать диффом дампы? Не надо до такого маразма скатываться.

N
На сайте с 06.05.2007
Offline
419
#7

playnet, ты попробуй. Этот сценарий дефекта в maria вполне реальный, а другие идеи сам видишь какие бредовые.

и фильтры почему не попробовал убрать до сих пор?

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий