mysql主从同步故障后恢复
一：首先你在从库检查从库进程状态是否正常 如下红字所示，都为YES是正常。
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.4.106
Master_User: root
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: log.000466
Read_Master_Log_Pos: 20256923
Relay_Log_File: mysqld-relay-bin.000004
Relay_Log_Pos: 4293096
Relay_Master_Log_File: log.000466
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
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: 20256923
Relay_Log_Space: 4293096
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: 0
1 row in set (0.00 sec)
如果一个出现问题，可以在从库执行：
mysql> stop slave;
mysql> start slave;
再检查是否正常，如果不成功再执行以下语句：
mysql>stop slave #关掉slave服务 也就是关闭主从同步
mysql>change master to master_host='192.168.4.106',
master_user='root',
master_password='~1~#dev',
master_port=3306
,master_log_file='log.000456',
master_log_pos=4939863; #重新设置master库信息
mysql>start slave #开启slave服务
红字部分是在从库执行 以下红字部分：
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.4.106
Master_User: root
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: log.000456
Read_Master_Log_Pos: 20256923
Relay_Log_File: mysqld-relay-bin.000004
Relay_Log_Pos: 4939863
Relay_Master_Log_File: log.000466
二：可能是网络不通导致不同步，可以检查是否能互相ping通？如果有问题，应该请求网络工程师了。
三：必须保证主从数据库所有表的所有字段属性一致，否则这个库就不同步，例如：
master库中的一个库中的一个表：Product
mysql> desc Product;
+----------------+---------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+----------------+---------------+------+-----+---------+----------------+
| prdId | bigint(20) | NO | | NULL | |
| prdTitle | varchar(1024) | YES | | NULL | |
| 1stCtgId | int(11) | NO | | NULL | |
| 2ndCtgId | int(11) | NO | | NULL | |
| 3rdCtgId | int(11) | YES | | NULL | |
slave库中的一个库的这个表：Product
mysql> desc Product;
+----------------+---------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+----------------+---------------+------+-----+---------+----------------+
| prdId | bigint(20) | NO | | NULL | |
| prdTitle | varchar(1000) | YES | | NULL | |
| 1stCtgId | int(11) | NO | | NULL | |
| 2ndCtgId | int(11) | NO | | NULL | |
| 3rdCtgId | int(11) | YES | | NULL | |
改成一致即可；
四：如果由于某种原因导致slave库数据多于master库，解决办法使主备数据一致：
方法1：mysqldump
先在master库：mysqldump -uroot -p密码 数据库名 > 导出的文件名
然后把导出的文件传给slave 然后关掉
然后再在slave上：mysql>source /opt/导出的文件名
方法2：冷备
先把master上要操作的库给锁定，直接把主库的数据文件scp到备库相应位置，然后再把slave库的相应的文件给移动到别的目录或者重命名，
mysql>flush tables with read lock; ##登录上mysql后直接执行这个语句，就把所有的库的所有表修锁定了
mysql>unlock tables; ###解锁
五：还可以尝试在master上重新给slave授权。
GRANT replication slave ON *.* TO ‘root’ identified by '123';
flush privileges;
六 有时候需要跳过某个无法执行的命令，需要在slave处于stop状态下，执行 set global sql_slave_skip_counter=N以跳过命令；
mysql>stop slave
mysql>set global sql_slave_skip_counter=1 ####会连续跳过若干个event，直到当前所在的事务结束
mysql>start slave #重新开启主从
解释何为event :MySQL从库从主库上复制binlog文件内容到本地执行。在binlog上命令以event的形式存在，并非一个命令对应一个event。以一个insert语句为例（引擎InnoDB、binglog_format=statement)， 在binlog中实际上有三个event，分别为begin\insert\commit 。 命令类型都是Query_log_event.
然后再执行：mysql>stop slave
写到最后，由于本文属于转载，前五种方法都没试过，一直用的第六种方法，一直用一直爽