mysql主從為什么會(huì)不同步

這篇文章主要為大家展示了“mysql主從為什么會(huì)不同步”，內(nèi)容簡(jiǎn)而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“mysql主從為什么會(huì)不同步”這篇文章吧。

mysql主從不同步的原因：1、網(wǎng)絡(luò)的延遲；2、主從兩臺(tái)機(jī)器的負(fù)載不一致；3、“max_allowed_packet”設(shè)置不一致；4、key自增鍵開始的鍵值跟自增步長(zhǎng)設(shè)置不一致；5、數(shù)據(jù)庫版本不一致等等。

本教程操作環(huán)境：windows7系統(tǒng)、mysql8版本、Dell G3電腦。

mysql主從不同步的原因分析

1、網(wǎng)絡(luò)的延遲

由于mysql主從復(fù)制是基于binlog的一種異步復(fù)制，通過網(wǎng)絡(luò)傳送binlog文件，理所當(dāng)然網(wǎng)絡(luò)延遲是主從不同步的絕大多數(shù)的原因，特別是跨機(jī)房的數(shù)據(jù)同步出現(xiàn)這種幾率非常的大，所以做讀寫分離，注意從業(yè)務(wù)層進(jìn)行前期設(shè)計(jì)。

2、主從兩臺(tái)機(jī)器的負(fù)載不一致

由于mysql主從復(fù)制是主數(shù)據(jù)庫上面啟動(dòng)1個(gè)io線程，而從上面啟動(dòng)1個(gè)sql線程和1個(gè)io線程，當(dāng)中任何一臺(tái)機(jī)器的負(fù)載很高，忙不過來，導(dǎo)致其中的任何一個(gè)線程出現(xiàn)資源不足，都將出現(xiàn)主從不一致的情況。

3、max_allowed_packet設(shè)置不一致

主數(shù)據(jù)庫上面設(shè)置的max_allowed_packet比從數(shù)據(jù)庫大，當(dāng)一個(gè)大的sql語句，能在主數(shù)據(jù)庫上面執(zhí)行完畢，從數(shù)據(jù)庫上面設(shè)置過小，無法執(zhí)行，導(dǎo)致的主從不一致。

4、key自增鍵開始的鍵值跟自增步長(zhǎng)設(shè)置不一致引起的主從不一致。

5、mysql異常宕機(jī)情況下，如果未設(shè)置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出現(xiàn)binlog或者relaylog文件出現(xiàn)損壞，導(dǎo)致主從不一致。

6、mysql本身的bug引起的主從不同步。

7、數(shù)據(jù)庫版本不一致，特別是高版本是主，低版本為從的情況下，主數(shù)據(jù)庫上面支持的功能，從數(shù)據(jù)庫上面不支持該功能。

解決方案

方法一：忽略錯(cuò)誤后，繼續(xù)同步

該方法適用于主從庫數(shù)據(jù)相差不大，或者要求數(shù)據(jù)可以不完全統(tǒng)一的情況，數(shù)據(jù)要求不嚴(yán)格的情況

解決：

stop slave;

表示跳過一步錯(cuò)誤，后面的數(shù)字可變

set global sql_slave_skip_counter =1;
start slave;

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

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

ok，現(xiàn)在主從同步狀態(tài)正常了。。。

方式二：重新做主從，完全同步

該方法適用于主從庫數(shù)據(jù)相差較大，或者要求數(shù)據(jù)完全統(tǒng)一的情況

解決步驟如下：

1.先進(jìn)入主庫，進(jìn)行鎖表，防止數(shù)據(jù)寫入

使用命令：

mysql> flush tables with read lock;

注意：該處是鎖定為只讀狀態(tài)，語句不區(qū)分大小寫

2.進(jìn)行數(shù)據(jù)備份

把數(shù)據(jù)備份到mysql.bak.sql文件

mysqldump -uroot -p -hlocalhost > mysql.bak.sql

這里注意一點(diǎn)：數(shù)據(jù)庫備份一定要定期進(jìn)行，可以用shell腳本或者python腳本，都比較方便，確保數(shù)據(jù)萬無一失

3.查看master 狀態(tài)

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.把mysql備份文件傳到從庫機(jī)器，進(jìn)行數(shù)據(jù)恢復(fù)

使用scp命令

scp mysql.bak.sql root@192.168.128.101:/tmp/

5.停止從庫的狀態(tài)

mysql> stop slave;

6.然后到從庫執(zhí)行mysql命令，導(dǎo)入數(shù)據(jù)備份

mysql> source /tmp/mysql.bak.sql

7.設(shè)置從庫同步，注意該處的同步點(diǎn)，就是主庫show master status信息里的| File| Position兩項(xiàng)

change master to master_host = '192.168.128.100', master_user = 'rsync', master_port=3306, master_password='', master_log_file = 'mysqld-bin.000001', master_log_pos=3260;

8.重新開啟從同步

mysql> start slave;

9.查看同步狀態(tài)

mysql> show slave status\G

查看：

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

以上是“mysql主從為什么會(huì)不同步”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！