Master_User: rep_user
Master_Log_File: binlog.000026
Relay_Log_Pos: 589
Slave_SQL_Running: Yes
Replicate_Do_Table:
Replicate_Wild_Ignore_Table:
Skip_Counter: 0
Until_Condition: None
Master_SSL_Allowed: No
Master_SSL_Cert:
Seconds_Behind_Master: 0
Last_IO_Error:
Replicate_Ignore_Server_Ids:
这里显示了当前slave I/O线程的状态。状态信息和使用show processlist显示的内容一样。
这是connecting to master状态之前的状态
3) checking master version
在与master建立连接后，会出现该状态。该状态出现的时间非常短暂。
6) waiting to reconnect after a failed binlog dump request
I/O进程正在尝试连接master
9) queueing master event to the relay log
读取时出现的错误(因为连接断开)。在尝试重连之前，I/O线程进入sleep状态，sleep的时间是master_connect_try的值(默认是60秒)
12) waiting for the slave sql thread to free enough relay log space
I/O线程停止时会出现的状态，出现的时间非常短。
Master_Port: 3306
连接中断后，重新尝试连接的时间间隔。默认值是60秒。
这两条信息，显示了与master相关的日志的信息。master_log_file：当前I/O线程正在读取的master 二进制日志的文件名；read_master_log_pos：当前I/O线程正在读取的二进制日志的位置
Relay_Master_Log_File: binlog.000026
Slave_SQL_Running: Yes
Replicate_Ignore_DB:
Replicate_Wild_Do_Table:
8. Last_Errno: 0
9. Skip_Counter: 0
sql线程当前执行的事件，在master 二进制日志中的position
12. Seconds_Behind_Master: 0
slave当前会跳过的事件号
在搭建好mysql主从之后，我们一般在从库上通过命令
show slave status\G
这里显示了当前slave I/O线程的状态(slave连接到master的状态)。状态信息和使用show processlist | grep "system user"(会显示两条信息，一条slave I/O线程的，一条是slave SQL线程的)显示的内容一样。
slave I/O线程的状态，有以下几种：
2) connecting to master
在与master建立连接后，会出现该状态。该状态出现的时间非常短暂。
5) requesting binlog dump
如果因为连接断开，导致binglog的请求失败，I/O线程会进入睡眠状态。然后定期尝试重连。尝试重连的时间间隔，可以使用命令"change master to master_connect_trt=X;"改变。
8) waiting for master to send event
此时，I/O线程已经读取了一个event，并复制到了relay log 中。这样SQL 线程可以执行此event
11) reconnecting after a failed master event read
这是因为设置了relay_log_space_limit，并且relay log的大小已经整张到了最大值。I/O线程正在等待SQL线程通过删除一些relay log，来释放relay log的空间。
2. Master_Host: 192.168.1.100
这个是master上面的一个用户。用来负责主从复制的用户，创建主从复制的时候建立的（具有reolication slave权限）。
5. Connect_Retry: 60
#与relay log相关的信息
当前slave SQL线程正在读取并执行的relay log的文件名。
当前slave SQL线程正在读取并执行的relay log文件中的位置；（Relay_Log_File下的Relay_Log_Pos其实一一对应着Relay_Master_Log_File的Exec_Master_Log_Pos。）
当前slave SQL线程读取并执行的relay log的文件中多数近期事件，对应的主服务器二进制日志文件的名称。（说白点就是我SQL线程从relay日志中读取的正在执行的sql语句，对应主库的sql语句记录在主库的哪个binlog日志中）
11. Slave_IO_Running: Yes
12. Slave_SQL_Running: Yes
Replicate_Ignore_DB
Replicate_Wild_Do_Table
一般情况下 ，限制的时候都用Replicate_Wild_Ignore_Table这个参数。
slave的SQL线程读取日志参数的的错误数量和错误消息。错误数量为0并且消息为空字符串表示没有错误。
SQL_SLAVE_SKIP_COUNTER的值，用于设置跳过sql执行步数。
17. Relay_Log_Space: 709504534
Until_Log_File:
1) 如果没有指定UNTIL子句，则没有值
Until_Log_File和Until_Log_Pos用于指示日志文件名和位置值。日志文件名和位置值定义了SQL线程在哪个点中止执行。
Master_SSL_CA_File:
Master_SSL_Cipher:
Master_SSL_Crl:
Master_SSL_Allowed具有以下值：
3) 如果允许SSL连接，但是从属服务器没有让SSL支持被启用，则值为Ignored。
与SSL有关的字段的值对应于–master-ca,–master-capath,–master-cert,–master-cipher和–master-key选项的值。
21. Last_IO_Errno: 0
Last_SQL_Error:
22. Replicate_Ignore_Server_Ids:
Master_Info_File: /home/data/mysql/
24. SQL_Delay: 0
当 Slave_SQL_Running_State 等待，直到MASTER_DELAY秒后，Master执行的事件，此字段包含一个整数，表示有多少秒左右的延迟。在其他时候，这个字段是NULL。
1) Reading event from the relay log
线程已经处理了中继日志文件中的所有事件，现在正等待I/O线程将新事件写入中继日志。
27. Master_Retry_Count: 86400
slave从库在多网络接口的情况下使用，以确定用哪一个slave网络接口连接到master。
Last_SQL_Error_Timestamp:
#GTID模式相关
获取到的GTID<IO线程>
执行过的GTID<SQL线程>
Auto_Position: 0
