mysql主從不同步的解決方式

標籤：status   應用程式層   mysql   start   監控   

上一篇說道，在應用程式層php做mysql讀寫分離的適合，我們用指令碼監控發現主從不同步。這個適合我們就要手工的去把所有的操作都切換到住上去然後等主從重新同步：

主從同步恢複的方式，根據資料量的不同，我們總結一下兩點

第一種：在資料差別不大，一致性要求不高的情況下,可以直接忽略錯誤直接手動恢複。

stop slave;

#表示跳過一步錯誤，後面的數字可變

set global sql_slave_skip_counter =1;

start slave;

之後再用mysql> show slave status\G 查看：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

ok，現在主從同步狀態正常了。。。

補充:要是發現還沒有同步那就直接用手工去輸入同步命令試試:(舉例說明。自己的根據實際情況)

 CHANGE MASTER TO MASTER_HOST=‘192.168.38.135‘,
MASTER_USER=‘repl_user‘,
MASTER_PASSWORD=‘repl_password‘,
MASTER_LOG_FILE=‘mysql-bin.000001‘,
MASTER_LOG_POS=323;

第二種：

該方法適用於主從庫資料相差較大，或者要求資料完全統一的情況

解決步驟如下：

1.先進入主庫，進行鎖表，防止資料寫入

使用命令：

mysql> flush tables with read lock;

注意：該處是鎖定為唯讀狀態，語句不區分大小寫

2.進行資料備份

#把資料備份到mysql.bak.sql檔案

[[email protected] mysql]#mysqldump -uroot -p -123456t> mysql.bak.sql

這裡注意一點：Database Backup一定要定期進行，可以用shell指令碼或者python指令碼，都比較方便，確保資料萬無一失

3.查看master 狀態

mysql> show master status;
+-------------------+----------+--------------+-------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+-------------------------------+
| mysqld-bin.000001 | 323| | mysql,test,information_schema |
+-------------------+----------+--------------+-------------------------------+
1 row in set (0.00 sec)

4.把mysql備份檔案傳到從庫機器，進行資料恢複

#使用scp命令

[[email protected] mysql]# scp mysql.bak.sql [email protected]:/tmp/

5.停止從庫的狀態

mysql> stop slave;

6.然後到從庫執行mysql命令，匯入資料備份(也可以使用mysql進行匯入恢複）

mysql> source /tmp/mysql.bak.sql

7.設定從庫同步，注意該處的同步點，就是主庫show master status資訊裡的| File| Position兩項

change master to master_host = ‘192.168.38.135‘, master_user = ‘repl_user‘, master_port=3306, master_password=‘repl_password‘, master_log_file = ‘mysqld-bin.000001‘, master_log_pos=323;

8.重新開啟從同步

mysql> start slave;

9.查看同步狀態

mysql> show slave status\G 查看：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

好了，同步完成啦

 

本文出自 “小羅” 部落格，請務必保留此出處http://xiaoluoge.blog.51cto.com/9141967/1565108

mysql主從不同步的解決方式