|
|
|
Проблема с репликацией
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, может кто сталкивался со следующей проблемой: Есть мастер сервер и два слейва. Мастер видит слейвы, слейвы видят мастер. mysql> SHOW SLAVE HOSTS; +-----------+------+------+-----------+ | Server_id | Host | Port | Master_id | +-----------+------+------+-----------+ | 101 | | 3306 | 1 | | 102 | | 3306 | 1 | +-----------+------+------+-----------+ 2 rows in set (0.00 sec) mysql> show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: мой хост Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000011 Read_Master_Log_Pos: 215655 Relay_Log_File: mysqld-relay-bin.000002 Relay_Log_Pos: 9747 Relay_Master_Log_File: mysql-bin.000011 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: моя таблица Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 215655 Relay_Log_Space: 9904 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: Replicate_Ignore_Server_Ids: Master_Server_Id: 1 1 row in set (0.00 sec) При start slave; реплика работает ОК, данные моментально синхронизируются. Спустя какое-то время данные перестают синхронизироваться, ошибок нет, в логах ничего нет. Версия mysql везде одинаковая - mysql Ver 14.14 Distrib 5.5.31, for debian-linux-gnu (x86_64) using readline 6.2 Много лет работаю с такими связками, все всегда работало на "ура". Если кто сталкивался или есть идеи, что еще можно посмотреть, буду признателен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2013, 20:01:20 |
|
||
|
Проблема с репликацией
|
|||
|---|---|---|---|
|
#18+
nappo, что дает stop slave; start slave; show slave status \G; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2013, 20:13:58 |
|
||
|
Проблема с репликацией
|
|||
|---|---|---|---|
|
#18+
javajdbc, то, что я написал выше. и никаких ошибок в show slave status не появляется, висит с Slave_IO_State: Waiting for master to send event Slave_IO_Running: Yes Slave_SQL_Running: Yes просто через какое-то время перестает от мастера принимать обновления, а мастер, в свою очередь видит эти слейвы активными у себя, но при этом, никаких ошибок не пишет тоже единственное подозрение, которое у меня есть - это NAT на сервере, где мастер мастер находится в облаке Windows Azure на сервере с Debian там запросы с белого внешнего адреса натируются внутрь сервера но опять же, если бы была проблема в нате, то тогда вообще ничего не работало а оно начинает работать и затыкается, после затыка с любого сервера на любой я могу через mysql клиента попасть без проблем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2013, 20:48:30 |
|
||
|
Проблема с репликацией
|
|||
|---|---|---|---|
|
#18+
nappo, при любых проблемах репликации самое разумное - перекачать данные. а потом выкинуть все, что относится к replicate-do и ignore и вообще всю фильтрацию любых типов. И снова еще раз попробовать запустить. Эти опции работают не так как от них ожидают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2013, 21:25:32 |
|
||
|
Проблема с репликацией
|
|||
|---|---|---|---|
|
#18+
netwind, делал, 5 раз полностью пересобирал реплику, сбрасывал, перезакачивал дампы в синхронизации вообще ничего лишнего не участвует, только одна таблица, которая мне нужна на слейвах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2013, 22:37:52 |
|
||
|
Проблема с репликацией
|
|||
|---|---|---|---|
|
#18+
nappo, ну это вы так думаете что нет ничего лишнего. допускают ли ваши условия отключение фильтров ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2013, 22:54:11 |
|
||
|
Проблема с репликацией
|
|||
|---|---|---|---|
|
#18+
netwind, что вы подразумеваете под отключением фильтров? :) если смотреть на мастере, в тот момент когда уже синхронизация перестала работать Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. бред какой-то :) унес мастер на другой сервер, где нет натирования, все работает как часы… видимо проблема где-то в сети кроется, а вот где - хз :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 01:02:13 |
|
||
|
Проблема с репликацией
|
|||
|---|---|---|---|
|
#18+
nappo, в вашем случае настройку Replicate_Do_Table. подозреваю, что вы вносите изменения неправильным образом и на основе этого заключаете что репликация перестала работать. А она работает, но фильтр отфильтровывает изменения. Почитайте как они работают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 11:46:34 |
|
||
|
Проблема с репликацией
|
|||
|---|---|---|---|
|
#18+
netwind, спасибо, поколдую с настройками. только все равно странно, что на другом оборудовании/дата-центре все работает, а здесь - нет и еще странно, что спустя ночь, данные репликации все же дошли до слейвов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 16:07:35 |
|
||
|
Проблема с репликацией
|
|||
|---|---|---|---|
|
#18+
Еще, "до кучи", может кто сталкивался/знает MySQL Workbench при исполнении запроса на изменение делает PREPARE, что в свою очередь влияет на репликацию Если есть связка мастер-мастер, и с помощью MySQL Workbench выполнить запрос, например, UPDATE на одном мастере, на второй он не дойдет… Если делать из консоли или через другие GUI - все работает как часы… Можно ли как-то отучить MySQL Workbench использовать PREPARE или настроить репликацию, что бы она не игнорировала эти запросы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2013, 18:49:55 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=38462863&tid=1835729]: |
0ms |
get settings: |
5ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
28ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 194ms |
| total: | 279ms |

| 0 / 0 |
