首先，檢查slave節點主從同步狀態 slave節點上執行命令： ~~~ mysql> show slave status\G; Slave_IO_Running: Yes Slave_SQL_Running: No ~~~ Slave_SQL_Running: No說明slave節點的SQL與master不同步。 > 解決mysql主從不同步有以下兩種方法： > 方法一：忽略錯誤后，繼續同步 該方法適用于主從庫數據相差不大，或者要求數據可以不完全統一的情況，數據要求不嚴格的情況。在同步錯誤發生后主節點數據發生較大變化，不適合用此方法。 > 1. slave節點上，停止slave服務 `stop slave` > 2. slave節點上，跳過同步失敗的SQL ~~~ # 跳過執行同步失敗的SQL，后邊的數字表示跳過SQL的數量，根據實際情況可變。 mysql> set global sql_slave_skip_counter =1; # 啟動slave服務 mysql> start slave ~~~ > 3. slave節點上，查看此時的slave狀態 ~~~ mysql> show slave status\G; Slave_IO_Running: Yes Slave_SQL_Running: Yes ~~~ 如果此時同步仍然不成功，重新執行以上步驟，并且調整sql_slave_skip_counter的值。 > 方式二：重新做主從，完全同步 該方法適用于主從庫數據相差較大，或者要求數據完全統一的情況 > 1. master節點上，進行鎖表，防止數據寫入 `mysql> flush tables with read lock` > 2. master節點上，進行整個數據庫備份 mysqldump -uroot -p -hlocalhost --all-databases > ./mysql.bak.sql > 3. master節點上，查看master 狀態，記錄此時master節點的binlog文件名和數據庫狀態在日志文件的位置 ~~~ mysql> show master status; +-------------------+----------+--------------+-------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +-------------------+----------+--------------+-------------------------------+ | mysqld-bin.000001 | 3260 | | mysql,test,information_schema | +-------------------+----------+--------------+-------------------------------+ 1 row in set (0.00 sec ~~~ > 4. master節點上，把上一步得到的備份文件mysql.bak.sql拷貝到slave節點上 `scp mysql.bak.sql root@192.168.128.101:/root/` > 5. slave節點上登錄mysql執行 `mysql> stop slave` > 6. slave節點上登錄mysql執行，導入主服務器上的備份文件 `mysql> source /root/mysql.bak.sql` > 7. slave節點上，設置從庫同步，注意該處的同步點，就是主庫show master status信息里的| File| Position兩項（binlog及位置） `change master to master_host = '10.30.48.154', master_user = 'XXXX', master_port=3306, master_password='XXX', master_log_file = 'mysqld-bin.000001', master_log_pos=3260;` > 8. slave節點上，重新開啟slave服務 `mysql> start slave` > 9. slave節點上，查看同步狀態 ~~~ mysql> show slave status\G; Slave_IO_Running: Yes Slave_SQL_Running: Yes ~~~ > 10. 同步成功后，數據庫可以正常使用，所以將數據庫的表解鎖 `unlock tables`