slave status

[email protected] [(none)]>show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State:
                  Master_Host: db210
                  Master_User: wyz
                  Master_Port: 3507
                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: No
            Slave_SQL_Running: No
              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: NULL
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 1236
                Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: ‘The slave is connecting using CHANGE MASTER TO MASTER_AUTO_POSITION = 1, but the master has purged binary logs containing GTIDs that the slave requires.‘
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 2103507
                  Master_UUID: eaba29d3-94dd-11e8-91bf-0050568be82c
             Master_Info_File: /data/57mysql/mysql3506/data/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State:
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp: 180801 00:37:45
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set: 9e912d2b-92f6-11e8-9747-0050568be82c:1-6730273
                Auto_Position: 1
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
1 row in set (0.00 sec)

ERROR:
No query specified

原文地址:https://www.cnblogs.com/2woods/p/9398992.html

时间: 2024-10-19 20:46:22

slave status的相关文章

show slave status中的log_file / log_pos

在MySQL的master-slave或dual master的架构中,我们经常使用show slave status命令来查看复制状态. 这里涉及几个重要的日志文件和位置: Master_Log_File,Read_Master_Log_Pos: 记录了IO thread读到的当前master binlog文件和位置,对应master的binlog文件和位置. Relay_Log_File,Relay_Log_Pos: 记录了SQL thread执行到relay log的那个文件和位置,对应的

SHOW SLAVE STATUS 详解

MySQL同步功能由3个线程(master上1个,slave上2个)来实现.执行 DE>START SLAVEDE> 语句后,slave就创建一个I/O线程.I/O线程连接到master上,并请求master发送二进制日志中的语句.master创建一个线程来把日志的内容发送到slave上.这个线程在master上执行 DE>SHOW PROCESSLISTDE> 语句后的结果中的 DE>Binlog DumpDE> 线程便是.slave上的I/O线程读取master的 

两主机搭建MySQL主从复制后,show slave status显示:Last_IO_Error: error connecting to master ……

两台主机A.B搭建mysql主从复制关系(A为master,B为slave)后,在slave上执行show slave status,结果中显示Last_IO_Error: error connecting to master '[email protected]:3306'…… 首先查看B的错误日志文件,发现如下错误: ERROR] Slave I/O: error connecting to master '[email protected]:3306' - retry-time: 60  

mysql系列(一)—— 细说show slave status参数详解(最全)

在搭建好mysql主从之后,我们一般在从库上通过命令 show slave status\G 来查看主从的状态,会有很多的参数,接下来笔者就带大家好好的了解这些参数 [email protected] (none)>show slave status\G *************************** 1. row ***************************                Slave_IO_State: Waiting for master to send e

master slave status

mysql> show slave status\G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 112.124.7.82 Master_User: slaverep Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin

从show slave status 中判断mysql同步状态

slave status 中检查同步状态: 1.sql线程和io线程显示yes Slave_IO_Running: Yes Slave_SQL_Running: Yes 2. Master_Log_File 和  Relay_Master_Log_File 相等 3. Read_Master_Log_Pos 和 Exec_Master_Log_Pos 相等 4. Slave_SQL_Running_State: 的状态为: Slave_SQL_Running_State: Slave has r

MySQL show master / slave status 命令参数

一.show master status 二.show slave status Slave_IO_State SHOW PROCESSLIST输出的State字段的拷贝.SHOW PROCESSLIST用于从属I/O线程.如果线程正在试图连接到主服务器,正在等待来自主服务器的时间或正在连接到主服务器等,本语句会通知您 Master_User 被用于连接主服务器的当前用户. Master_Port 当前的主服务器接口. Connect_Retry --master-connect-retry选项

MySQL show slave status命令参数

? Slave_IO_State SHOW PROCESSLIST输出的State字段的拷贝.SHOW PROCESSLIST用于从属I/O线程.如果线程正在试图连接到主服务器,正在等待来自主服务器的时间或正在连接到主服务器等,本语句会通知您 ? Master_User 被用于连接主服务器的当前用户. ? Master_Port 当前的主服务器接口. ? Connect_Retry –master-connect-retry选项的当前值 ? Master_Log_File I/O线程当前正在读取

show slave status常用参数备忘

mysql> show slave status\G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host                                       主库ip Master_User                                       主库上用于主从

细说show slave status参数详解(最全)【转】

在搭建好mysql主从之后,我们一般在从库上通过命令 show slave status\G 来查看主从的状态,会有很多的参数,接下来笔者就带大家好好的了解这些参数 [email protected] (none)>show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Hos