什么情況會導(dǎo)致MySQL主從復(fù)制延遲？主從復(fù)制有兩個線程，SQL和Io。前者負(fù)責(zé)SQL的復(fù)制，后者負(fù)責(zé)編寫。因此，從兩個方面來看，當(dāng)網(wǎng)絡(luò)較差，或者帶寬有限，或者主CPU太忙，跟不上binlog傳輸速度

什么情況會導(dǎo)致MySQL主從復(fù)制延遲？

主從復(fù)制有兩個線程，SQL和Io。前者負(fù)責(zé)SQL的復(fù)制，后者負(fù)責(zé)編寫。因此，從兩個方面來看，當(dāng)網(wǎng)絡(luò)較差，或者帶寬有限，或者主CPU太忙，跟不上binlog傳輸速度，或者從機(jī)IO性能較差時，很容易造成主從復(fù)制延遲。從show slave status的一些參數(shù)可以看出，大約在master后面XX個左右，實(shí)際上MySQL的主從問題很大，設(shè)計(jì)比較低。我至少三年沒有關(guān)注MySQL了。我不知道這方面有沒有改進(jìn)。

MySQL主從數(shù)據(jù)不一致，需要重新關(guān)聯(lián)？

1. 網(wǎng)絡(luò)延遲。由于MySQL主從復(fù)制是基于binlog的異步復(fù)制，binlog文件通過網(wǎng)絡(luò)傳輸，當(dāng)然網(wǎng)絡(luò)延遲是主從異步的絕大多數(shù)原因，特別是對于跨機(jī)房的數(shù)據(jù)同步，概率非常大，所以我們應(yīng)該把讀寫分開，從業(yè)務(wù)層面注意初步設(shè)計(jì)。

2. 主從機(jī)負(fù)載不一致。由于MySQL的主從復(fù)制在主數(shù)據(jù)庫上啟動了一個IO線程，并從上面啟動了一個SQL線程和一個IO線程，因此任何一臺機(jī)器的負(fù)載都非常高，而且非常繁忙，導(dǎo)致任何一個線程的資源都不足，會出現(xiàn)主從不一致的情況。

3.max u2;允許2;數(shù)據(jù)包設(shè)置與主數(shù)據(jù)庫上方的最大設(shè)置不一致2;允許2;數(shù)據(jù)包大于從屬數(shù)據(jù)庫。當(dāng)一個大的SQL語句可以在master數(shù)據(jù)庫上執(zhí)行時，slave數(shù)據(jù)庫上的設(shè)置太小，無法執(zhí)行，導(dǎo)致master和slave之間的不一致。

4. 主從不一致是由于從密鑰增量開始的密鑰值與密鑰增量的步長不一致造成的。

5. 在MySQL異常宕機(jī)的情況下，如果sync未設(shè)置為Binlog=1或InnoDB flushlogat rxuucommit=1，則可能導(dǎo)致Binlog或relaylog文件損壞，導(dǎo)致主從不一致。

6. MySQL錯誤導(dǎo)致的主從異步。