Slave_IO_Running和slave_sql_running异常处理

配置MySQL主从服务时：
故障现象：

mysql> show slave status\G
.......
Relay_Log_File: localhost-relay-bin.000535
Relay_Log_Pos: 21795072
Relay_Master_Log_File: localhost-bin.000094
Slave_IO_Running: Yes
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB:
......

mysql replication 中slave机器上有两个关键的进程，死一个都不行，一个是Slave_IO_Running，一个是slave_sql_running，一个负责与主机的io通信，一个负责自己的slave mysql进程

下面写一下，这两个的状态要是有no或者connecting了，怎么恢复

如果是Slave_IO_Running 为connecting，只要是三个原因：

1、网络不通 解决方法：在slave服务器上Telnet master_ip 3306 或者mysql -uusername -ppassword -hmasterip 试试能否链接上
2、密码不对 查看密码是否正确
3、pos值不对 查看主从上的pos值是否一致

如果是Slave_IO_Running为NO，个人认为有三种情况，一个是网络有问题，连接不上（同上），第二个是有可能my.cnf有问题，配置文件怎么写就不说了，网上太多了，最后一个是授权的问题，replication slave和file权限是必须的。
一旦Slave_IO_Running为no了先看err日志，看看报什么错，很可能是网络，也有可能是包太大收不了，这个时候主备上改max_allowed_packet这个参数。

如果是slave_sql_running no了，那么也有两种可能，
1.程序可能在slave上进行了写操作

2.也可能是slave机器重启后，事务回滚造成的，这也是mysql的一种自我保护的措施，像关键时候只读一样。一般是事务回滚造成的：
解决办法一：
mysql> stop slave;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> start slave;

解决办法二、首先停掉Slave服务：slave stop
到主服务器上查看主机状态：
记录File和Position对应的值进入mastermysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 3362 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)然后到slave服务器上执行手动同步：

mysql> stop slave;

mysql>change master to master_host='192.168.1.201',master_user='mysync',master_password='q123456',
master_log_file='mysql-bin.000001',master_log_pos=3362;
mysql> start slave;
即可！