稍微有些規(guī)模的網(wǎng)站,基本上都會(huì)配置mysql主從復(fù)制，一方面用mysql的主從做數(shù)據(jù)庫(kù)的讀寫分離，另一方面mysql本身的單機(jī)備份不是很強(qiáng)，一般采用主從架構(gòu)，在從上進(jìn)行數(shù)據(jù)備份。

在MySQL主從復(fù)制程中或多少出現(xiàn)一些主從不同步的情況，本文將對(duì)數(shù)據(jù)主從不同步的情況進(jìn)行簡(jiǎn)單的總結(jié)，請(qǐng)注意本文主要從數(shù)據(jù)庫(kù)層面上探討數(shù)據(jù)庫(kù)的主從不一致的情況。

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

由于mysql主從復(fù)制是基于binlog的一種異步復(fù)制，通過(guò)網(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ù)庫(kù)上面啟動(dòng)1個(gè)io線程，而從上面啟動(dòng)1個(gè)sql線程和1個(gè)io線程，當(dāng)中任何一臺(tái)機(jī)器的負(fù)載很高，忙不過(guò)來(lái)，導(dǎo)致其中的任何一個(gè)線程出現(xiàn)資源不足，都將出現(xiàn)主從不一致的情況。

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

主數(shù)據(jù)庫(kù)上面設(shè)置的max_allowed_packet比從數(shù)據(jù)庫(kù)大，當(dāng)一個(gè)大的sql語(yǔ)句，能在主數(shù)據(jù)庫(kù)上面執(zhí)行完畢，從數(shù)據(jù)庫(kù)上面設(shè)置過(guò)小，無(wú)法執(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ù)庫(kù)上面支持的功能，從數(shù)據(jù)庫(kù)上面不支持該功能。

以上就是常見的一些主從不同步的情況。或許還有其他的一些不同步的情況，請(qǐng)說(shuō)出你所遇到的主從不一致的情況。

基于以上情況，先保證max_allowed_packet、自增鍵開始點(diǎn)和增長(zhǎng)點(diǎn)設(shè)置一致，再者犧牲部分性能在主上面開啟sync_binlog，對(duì)于采用innodb的庫(kù)，推薦配置下面的內(nèi)容,代碼如下:

1、innodb_flush_logs_at_trx_commit = 1

2、innodb-support_xa = 1 # Mysql 5.0 以上

3、innodb_safe_binlog  # Mysql 4.0

同時(shí)在從數(shù)據(jù)庫(kù)上面推薦加入下面兩個(gè)參數(shù):

1、skip_slave_start

2、read_only