参数Slave_IO_Running和Slave_SQL_Running的状态值解析

小鱼儿 2022-05-18 10:00 124阅读 0赞

## [参数Slave\_IO\_Running和Slave\_SQL\_Running的状态值解析][Slave_IO_Running_Slave_SQL_Running] ##

Slave\_SQL\_Running: No mysql同步故障解决

今天检查数据库发现一台MySQL Slave未和主机同步，查看Slave状态：  
mysql> show slave status\\G  
Slave\_IO\_Running: Yes  
Slave\_SQL\_Running: No  
Last\_Errno: 1062  
....  
Seconds\_Behind\_Master:NULL  
原因：  
1.程序可能在slave上进行了写操作   
2.也可能是slave机器重起后，事务回滚造成的.

解决办法I：  
1.首先停掉Slave服务：slave stop

3.到slave服务器上执行手动同步：  
mysql> change master to   
> master\_host='master\_ip',  
> master\_user='user',   
> master\_password='pwd',   
> master\_port=3307,   
> master\_log\_file='mysql-bin.000020',   
> master\_log\_pos=135617781;  
1 row in set (0.00 sec)  
mysql> slave start;  
1 row in set (0.00 sec)  
再次查看slave状态发现：  
Slave\_IO\_Running: Yes  
Slave\_SQL\_Running: Yes  
...  
Seconds\_Behind\_Master: 0

解决办法II：  
mysql> slave stop;  
mysql> set GLOBAL SQL\_SLAVE\_SKIP\_COUNTER=1;  
mysql> slave start;

自己的使用体会:方法一是强制性从某一个点开始同步,会有部分没有同步的数据丢失,后续主服务器上删除记录同步也会有一些错误信息,不会影响使用.方法二不一定会有效果.

=======================================================================================\]

1,主从不能同步:

show slave status;报错:Error xxx dosn't exist  
且show slave status\\G:  
Slave\_SQL\_Running: NO  
Seconds\_Behind\_Master: NULL

解决方法:  
stop slave;  
set global sql\_slave\_skip\_counter =1 ;  
start slave;

之后Slave会和Master去同步 主要看:

Slave\_IO\_Running: Yes  
Slave\_SQL\_Running: Yes  
Seconds\_Behind\_Master是否为0，0就是已经同步了

2,还需要做的一些优化与监视:  
show full processlist; //查看mysql当前同步线程号  
skip-name-resolve       //跳过dns名称查询，有助于加快连接及同步的速度  
max\_connections=1000    //增大Mysql的连接数目，(默认100)  
max\_connect\_errors=100 //增大Mysql的错误连接数目,(默认10)

查看日志一些命令  
1,  show master status\\G;  
           在这里主要是看log-bin的文件是否相同。  
    show slave status\\G;  
    在这里主要是看:  
                   Slave\_IO\_Running=Yes  
                   Slave\_SQL\_Running=Yes  
   如果都是Yes,则说明配置成功.

2,在master上输入show processlist\\G;  
     mysql> SHOW PROCESSLIST\\G  
     \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\* 1. row \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*  
       Id: 2  
       User: root  
       Host: localhost:32931  
       db: NULL  
       Command: Binlog Dump  
       Time: 94  
       State: Has sent all binlog to slave; waiting for binlog to  
         be updated  
       Info: NULL

如果出现Command: Binlog Dump,则说明配置成功.

stop slave    \#停止同步   
start slave    \#开始同步，从日志终止的位置开始更新。   
SET SQL\_LOG\_BIN=0|1  \#主机端运行，需要super权限，用来开停日志，随意开停，会造成主机从机数据不一致，造成错误   
SET GLOBAL SQL\_SLAVE\_SKIP\_COUNTER=n  \# 客户端运行，用来跳过几个事件，只有当同步进程出现错误而停止的时候才可以执行。   
RESET MASTER  \#主机端运行,清除所有的日志，这条命令就是原来的FLUSH MASTER   
RESET SLAVE   \#从机运行，清除日志同步位置标志，并重新生成master.info  
虽然重新生成了master.info,但是并不起用，最好，将从机的mysql进程重启一下，   
LOAD TABLE tblname FROM MASTER \#从机运行，从主机端重读指定的表的数据，每次只能读取一个，受timeout时间限制，需要调整timeout时间。执行这个命令需要同步账号有 reload和super权限。以及对相应的库有select权限。如果表比较大，要增加net\_read\_timeout 和 net\_write\_timeout的值   
LOAD DATA FROM MASTER  \#从机执行，从主机端重新读入所有的数据。执行这个命令需要同步账号有reload和super权限。以及对相应的库有select权限。如果表比较大，要增加net\_read\_timeout 和 net\_write\_timeout的值   
CHANGE MASTER TO master\_def\_list  \#在线改变一些主机设置，多个用逗号间隔,比如  
CHANGE MASTER TO  
  MASTER\_HOST='master2.mycompany.com',  
  MASTER\_USER='replication',  
  MASTER\_PASSWORD='bigs3cret'   
MASTER\_POS\_WAIT() \#从机运行   
SHOW MASTER STATUS \#主机运行，看日志导出信息   
SHOW SLAVE HOSTS \#主机运行，看连入的从机的情况。   
SHOW SLAVE STATUS (slave)   
SHOW MASTER LOGS (master)   
SHOW BINLOG EVENTS \[ IN 'logname' \] \[ FROM pos \] \[ LIMIT \[offset,\] rows \]   
PURGE \[MASTER\] LOGS TO 'logname' ; PURGE \[MASTER\] LOGS BEFORE 'date'

本文出自 “[聆听未来][Link 1]” 博客，请务必保留此出处[http://kerry.blog.51cto.com/172631/277414][http_kerry.blog.51cto.com_172631_277414]

转载：[https://blog.csdn.net/hguisu/article/details/7325124][https_blog.csdn.net_hguisu_article_details_7325124]

[Slave_IO_Running_Slave_SQL_Running]: http://www.cnblogs.com/cjing2011/p/4238241.html
[Link 1]: http://kerry.blog.51cto.com/
[http_kerry.blog.51cto.com_172631_277414]: http://kerry.blog.51cto.com/172631/277414
[https_blog.csdn.net_hguisu_article_details_7325124]: https://blog.csdn.net/hguisu/article/details/7325124