mysql复制失败(从属服务器无法从主服务器获取数据)

0yycz8jy  于 2021-06-17  发布在  Mysql
关注(0)|答案(0)|浏览(231)

英语不是我的母语,所以请耐心等待。
这是我第二次设置主从复制失败,大多数其他问答显示一些错误或类似的,可悲的是我的配置完成“好”,但随后没有复制。

Master Server: Ubuntu 16.04
Master Database type: MySQL 5.7.19

Slave Server: Ubuntu 16.04
Slave Database type: MySQL 5.7.19

这是我遵循的教程(在其他服务器上使用过),还有一些其他步骤:
设置仓位天数为10天(在主机上)(这是一个无法停止的数据库)
更改绑定地址=a.b.c.d(在主机上)
在主服务器上设置服务器id=1
设置log\u bin和binlog\u do\u db(在主机上)
重新启动mysql服务(在主机上)
创建复制用户并授予权限。刷新权限。
等到凌晨2点,获得主人身份。
将数据库和“scp”转储到从属服务器
在从机中创建数据库(相同方案)
导入数据库(大约需要7-8天)
在从属服务器上设置服务器id=2
添加中继日志信息(在从属服务器上)
设置log\u bin和binlog\u do\u db(从机上)
更改主机、用户、密码、文件和位置。
重新启动mysql并启动slave
当我点击经典的“show slave status\g”时,可以看到slave比master落后几秒(465214),但是这个时间越来越低了。当这个时间变为零时,可怕的是,复制既没有写入也没有更新。¿少了什么?
更新日期:2019年1月10日
我只是重新设置了所有的教程,发现了问题,但不知道如何修复它, 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 :

硕士

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

奴隶

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

暂无答案!

目前还没有任何答案,快来回答吧!

相关问题