mysql主从不同步原理

1. mysql replication 中slave机器上有两个关键的进程，死一个都不行，一个是slave_sql_running，一个是Slave_IO_Running，一个负责与主机的io通信，一个负责自己的slave mysql进程。
2.  
    
3.  
   如果是slave_io_running no了，那么就我个人看有三种情况，一个是网络有问题，连接不上，像有一次我用虚拟机搭建replication，使用了nat的网络结构，就是死都连不上，第二个是有可能my.cnf有问题，配置文件怎么写就不说了，网上太多了，最后一个是授权的问题，replication slave和file权限是必须的。
4.  
   一旦io为no了先看err日志，看看爆什么错，很可能是网络，也有可能是包太大收不了，这个时候主备上改max_allowed_packet这个参数。
5.  
    
6.  
   如果是slave_sql_running no了，那么也有两种可能，一种是slave机器上这个表中出现了其他的写操作，就是程序写了，这个是会有问题的，今天我想重现，但是有时候会有问题，有时候就没有问题，现在还不是太明了，后面再更新，还有一种占绝大多数可能的是slave进程重启，事务回滚造成的，这也是mysql的一种自我保护的措施，像关键时候只读一样。
7.  
    
8.  
   这个时候想恢复的话，只要停掉slave，set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;再开一下slave就可以了，这个全局变量赋值为N的意思是：
9.  
   This statement skips the next N events from the master. This is useful for recovering from replication stops caused by a statement.
10.  
    This statement is valid only when the slave thread is not running. Otherwise, it produces an error.
11.  
     
12.  
    错误实例：
13.  
    show slave status\G
14.  
    Slave_IO_Running: Yes
15.  
    Slave_SQL_Running: No
16.  
     
17.  
    有问题了，Slave_SQL_Running应该是Yes才对。
18.  
     
19.  
    再往下看，有错误的提示：
20.  
     
21.  
    Last_Errno: 1062
22.  
    Last_Error: Error 'Duplicate entry 'b847a74ad1e35badd71d0171bd703360' for key 'PRIMARY'' on query. Default database: 'fangh6fu'. Query: 'INSERT INTO `fangh6fu`.`ecs_sessions` (sesskey, expiry, ip, data) VALUES ('b847a74ad1e35badd71d0171bd703360', '1447919111', '192.168.1.214', 'a:0:{}')'
23.  
    先stop slave，然后执行了一下提示的语句，就是把重复的主键记录删除，
24.  
    再SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1; START SLAVE;
25.  
     
26.  
    show slave status\G
27.  
     
28.  
    Slave_IO_Running: Yes
29.  
    Slave_SQL_Running: Yes
30.  
     
31.