change master to到一个不存在的主库或主库无法连接

本文测试当主库无法连接时,从库的复制状态。

1.设置主库

在从库上, 将主库设置为//127.0.0.1或一个无法连接的主库:

MASTER_HOST='//127.0.0.1'

MASTER_HOST='_'

设置复制:

mysql> stop slave;
Query OK, 0 rows affected (0.00 sec)

mysql>
mysql> CHANGE MASTER TO MASTER_HOST='//127.0.0.1', MASTER_PORT=3306,MASTER_AUTO_POSITION=1;
Query OK, 0 rows affected (0.01 sec)

mysql> start slave;
Query OK, 0 rows affected (0.00 sec)

2.查看复制状态

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Connecting to master
                  Master_Host: //127.0.0.1
                  Master_User: rep
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File:
          Read_Master_Log_Pos: 4
               Relay_Log_File: relay-bin.000001
                Relay_Log_Pos: 4
        Relay_Master_Log_File:
             Slave_IO_Running: Connecting
            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: 0
              Relay_Log_Space: 154
              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: 2005
                Last_IO_Error: error connecting to master '[email protected]//127.0.0.1:3306' - retry-time: 60  retries: 1
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 0
                  Master_UUID:
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp: 200129 12:29:28
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set: 43cf1658-41a4-11ea-9f90-080027974966:1-3
                Auto_Position: 1
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
1 row in set (0.00 sec)

IO线程状态

主库无法连接,连接错误如下所示:

Slave_IO_State: Connecting to master
Master_Host: //127.0.0.1
Master_User: rep
Master_Port: 3306
Slave_IO_Running: Connecting
Slave_SQL_Running: Yes
Last_IO_Errno: 2005
Last_IO_Error: error connecting to master '[email protected]//127.0.0.1:3306' - retry-time: 60  retries: 1

可以看到,IO线程正在尝试连接主库。

日志位点信息

由于主库无法连接,日志位点相关的信息如下。

从库已经接收的主库日志位点信息:

Master_Log_File:
Read_Master_Log_Pos: 4

可以看到,日志文件为空,日志起点从4开始。

已经执行到的主库日志位点信息:

Relay_Master_Log_File:
Exec_Master_Log_Pos: 0

已经执行的relay log信息:

Relay_Log_File: relay-bin.000001
Relay_Log_Pos: 4

原文地址:https://www.cnblogs.com/lanyangsh/p/12240272.html

时间: 2024-10-15 10:20:27

change master to到一个不存在的主库或主库无法连接的相关文章

mysql change master导致gtid丢失

change master导致gtid丢失从innobackupex恢复导致binlog的拉取位置会导致主备gtid不一致.此类错误通过构造空事务方式无法修复.此时就需要change master 方式指向失败事件的下一个位点.然后按位点的方式(master_auto_position=0)来拉binlog. Slave_IO_State: Queueing master event to the relay log Master_Host: 10.1.1.111 Master_User: re

mysql主从复制-CHANGE MASTER TO 语法详解

1 简介    配置mysql主从复制时,在从机上需要进行CHANGE MASTER TO操作,以确定需要同步的主机IP,用户名,密码,binlog文件,binlog位置等信息. 2 基本语法与实例    2.1 CHANGE MASTER TO的语法如下: CHANGE MASTER TO option [, option] ...   option:       MASTER_BIND = 'interface_name'      MASTER_HOST = 'host_name'    

不带MASTER_LOG_FILE,MASTER_LOG_POS参数,执行change master 语句复制异常

-------------分析日志------------- 1.先停止复制进程: [email protected](none) 08:05:45>stop slave; Query OK, 0 rows affected (0.10 sec) 2.查看丛库的状态及复制点坐标: [email protected](none) 08:05:52>show slave status \G *************************** 1. row *******************

mysql 主从复制change master to

CHANGE MASTER TO命令用于slave配置连接master的信息,例如master host.master port等. 关于CHANGE MASTER TO命令,总结几点使用心得. 在CHANGE MASTER TO之前,slave 的复制线程(I/O线程,SQL线程)必须停止,可以使用 STOP SLAVE 来停止. 如果一些参数不指定,则其参数值使用以前设置的值. 如果使用了参数RELAY_LOG_FILE 或者RELAY_LOG_POS,relay log文件会被保留, re

无法启动INTERNET连接共享。一个已经用IP地址配置的LAN连接需要自动IP地址

提问者采纳 很简单 只要把你要共享的连接 192.168.0.1 0改成1 然后就可以共享了 共享后再改回来 就能上了 但是会出现IP冲突的~ 无法启动INTERNET连接共享.一个已经用IP地址配置的LAN连接需要自动IP地址

mysql中添加一个和root一样的用户用于远程连接

mysql中添加一个和root一样的用户用于远程连接: 大家在拿站时应该碰到过.root用户的mysql,只可以本地连,对外拒绝连接. 下面语句添加一个新用户administrtor: CREATE USER 'monitor'@'%' IDENTIFIED BY 'admin'; GRANT ALL PRIVILEGES ON *.* TO 'monitor'@'%' IDENTIFIED BY 'admin' WITH GRANT OPTION MAX_QUERIES_PER_HOUR 0

git从master分支checkout一个新分支,开发完毕合并到master出现冲突

项目是一个人独立开发的,master都是开发完的版本,v1.0,v1.1,v1.2……新开发任务时,从master checkout一个新的分支出来,进行开发,当开发完毕,我checkout到master时,出现了很多冲突文件,很不解,项目都是我一个人开发的,为什么会出现冲突呢,在经过问题排查时发现,我在dev分支上进行开发时,当时master上要修改一个小东西,就在master上进行了修改,然后进行了amend提交,造成了checkout分支时master的commit id和现在的commi

关于purge master logs的一个小实验

原理部分来自<MariaDB原理与实现> Page109-111 purge删除binlog的过程如下: 1.检查to_log在mysql-bin.index中是否存在,避免非法的purge操作 2.创建一个purge_index_file,用于保存待删除的binlog文件名称 3.遍历index文件,将可删除的binlog添加到purge_index_file中(purge删除时候,只会把未使用到的binlog之前的文件删除掉) 4.将purge_index_file的内容写入到磁盘 5.更

读取多行数据,每行存放一个位置。:读取通过wps模式连接到设备的信息。

数据的情况是按行存放,行数读取前不固定. 我这个实现方式不一定是最简单方便的,希望有更好的解决方式的网友留言告之- 当连接一个设备上来的时候是这种,两个如下叠加. ff:ff:ff:ff:ff:ff dot11RSNAStatsSTAAddress=ff:ff:ff:ff:ff:ff dot11RSNAStatsVersion=1 dot11RSNAStatsSelectedPairwiseCipher=00-0f-ac-4 dot11RSNAStatsTKIPLocalMICFailures=