Английский не является моим родным языком, поэтому, пожалуйста, будьте терпеливы.
Это второй раз, когда я настраивал репликацию Master-Slave со сбоями, большинство других вопросов и ответов показывают некоторые ошибки или аналогичные, к сожалению, моя конфигурация завершена«хорошо», но затем не копируется.
Master Server: Ubuntu 16.04
Master Database type: MySQL 5.7.19
Slave Server: Ubuntu 16.04
Slave Database type: MySQL 5.7.19
Это учебник (который работал на других серверах), за которым я следую, с некоторыми дополнительными шагами:
- Настройка Bin дней до 10. (на главном устройстве) (Это база данных, которая не может остановиться)
- Изменить адрес привязки = ABCD (на главном устройстве)
- Установить идентификатор сервера на master = 1
- Установить log_bin и binlog_do_db (на master)
- Перезапустить службу MySQL (на master)
- Создать пользователя репликации и предоставить привилегии.Сбросьте привилегии.
- Подождите 'до 2:00 и получите статус мастера.
Дамп базы данных и «scp» на подчиненный сервер Создание базы данных на ведомом устройстве (та же схема) Импорт базы данных
(это занимает около 7-8 дней) Установить идентификатор сервера на ведомом устройстве = 2 Добавить информацию журнала ретрансляции (на ведомом устройстве) Установить log_bin и binlog_do_db (на ведомом устройстве) Изменитьглавный хост, пользователь, пароль, файл и позиция. Перезапустите MySQL и запустите Slave
Когда я нажму на классический " SHOW SLAVE STATUS \ G ",может видеть Раба несколько секунд (465214) позади Мастера, но на этот раз становится все меньше.Когда это время достигает нуля, ужас, репликация не пишет и не обновляет. ¿Чего не хватает?
ОБНОВЛЕНИЕ 10 января 2019
Я просто переустанавливаю весь учебник и нахожу проблему,но не знаете, как его починить, Slave_SQL_Running_State: Reading event from the relay log - это все, что делает раб, никогда update, insert или что-то подобное, любые сложности?
Заранее спасибо за помощь.
mysql> show slave status \G
*************************** 1. row ***************************
Slave_IO_State: Queueing master event to the relay log
Master_Host: 192.168.0.54
Master_User: repl_user
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.013837
Read_Master_Log_Pos: 31260811
Relay_Log_File: mysql-relay-bin.000008
Relay_Log_Pos: 1164406
Relay_Master_Log_File: mysql-bin.013837
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: bd_caex_;
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: 1164193
Relay_Log_Space: 31261278
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: 684661
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
Master_UUID: c2a462bc-3ffe-11e7-9b2d-1866daa42682
Master_Info_File: /var/lib/mysql/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Reading event from the relay log
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
1 row in set (0,00 sec)
Пример - SELECT * FROM cx_retorno ORDER By retfecret DESC LIMIT 5:
Master
retcod retdesc retfecret
294529205 2018-12-27 09:26:11 2018-12-27 09:26:11
294459995 2018-12-27 09:26:08 2018-12-27 09:26:08
294507948 2018-12-27 09:26:05 2018-12-27 09:26:05
294627475 2018-12-27 09:26:02 2018-12-27 09:26:02
Slave
retcod retdesc retfecret
294453420 SIN MOTIVO 2018-12-15 15:29:58
294453421 SIN MOTIVO 2018-12-15 15:29:58
294453422 SIN MOTIVO 2018-12-15 15:29:58
294453423 SIN MOTIVO 2018-12-15 15:29:58
294453424 SIN MOTIVO 2018-12-15 15:29:57