在搭建mysql主從配置的時候，常常會出現(xiàn)主從不同步，或者是說有誤差，有延遲的情況，下面我們可以根據(jù)這幾個方面進行錯誤的排查。
稍微有些規(guī)模的網(wǎng)站，基本上都會配置mysql主從復(fù)制，一方面用mysql的主從做數(shù)據(jù)庫的讀寫分離，另一方面mysql本身的單機備份不是很強，一般采用主從架構(gòu)，在從上進行數(shù)據(jù)備份。
在MySQL主從復(fù)制過程中或多或少出現(xiàn)一些主從不同步的情況，本文將對數(shù)據(jù)主從不同步的情況進行簡單的總結(jié)，請注意本文主要從數(shù)據(jù)庫層面上探討數(shù)據(jù)庫的主從不一致的情況。
1.網(wǎng)絡(luò)的延遲
由于mysql主從復(fù)制是基于binlog的一種異步復(fù)制，通過網(wǎng)絡(luò)傳送binlog文件，理所當(dāng)然網(wǎng)絡(luò)延遲是主從不同步的絕大多數(shù)的原因，特別是跨機房的數(shù)據(jù)同步出現(xiàn)這種幾率非常的大，所以做讀寫分離，注意從業(yè)務(wù)層進行前期設(shè)計。
2.主從兩臺機器的負載不一致
由于mysql主從復(fù)制是主數(shù)據(jù)庫上面啟動1個io線程，而從上面啟動1個sql線程和1個io線程，當(dāng)中任何一臺機器的負載很高，忙不過來，導(dǎo)致其中的任何一個線程出現(xiàn)資源不足，都將出現(xiàn)主從不一致的情況。
3.max_allowed_packet設(shè)置不一致
主數(shù)據(jù)庫上面設(shè)置的max_allowed_packet比從數(shù)據(jù)庫大，當(dāng)一個大的sql語句，能在主數(shù)據(jù)庫上面執(zhí)行完畢，從數(shù)據(jù)庫上面設(shè)置過小，無法執(zhí)行，導(dǎo)致的主從不一致。
4.key自增鍵開始的鍵值跟自增步長設(shè)置不一致引起的主從不一致。
5.mysql異常宕機情況下，如果未設(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ù)庫上面不支持該功能。
