稍微有些規(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
新聞熱點(diǎn)
疑難解答
圖片精選