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

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

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

MySQL主從復(fù)制能完美解決數(shù)據(jù)庫(kù)的單點(diǎn)問(wèn)題嗎？為什么？

使用主從時(shí)，實(shí)際上放棄了強(qiáng)一致性。由于受試者只問(wèn)一個(gè)問(wèn)題，我們不考慮訪問(wèn)次數(shù)的問(wèn)題。換句話說(shuō)，假設(shè)主從復(fù)制可以完全支持當(dāng)前的系統(tǒng)訪問(wèn)。)

通用數(shù)據(jù)庫(kù)主從設(shè)置：

主數(shù)據(jù)庫(kù)可以讀寫

即系統(tǒng)可以同時(shí)從主數(shù)據(jù)庫(kù)和從數(shù)據(jù)庫(kù)獲取數(shù)據(jù)。數(shù)據(jù)寫入主庫(kù)后，會(huì)自動(dòng)同步到從庫(kù)。

這構(gòu)成了一個(gè)簡(jiǎn)單的分布式系統(tǒng)。根據(jù)cap定理，三個(gè)中只能選擇一個(gè)。如果一致性很強(qiáng)，則不會(huì)提高系統(tǒng)的可用性，反而會(huì)降低系統(tǒng)的可用性。

讓我們看看上面的主從結(jié)構(gòu)中可能出現(xiàn)什么問(wèn)題：

系統(tǒng)寫入主數(shù)據(jù)庫(kù)，然后從主數(shù)據(jù)庫(kù)進(jìn)行查詢。這是一個(gè)單點(diǎn)數(shù)據(jù)庫(kù)，沒(méi)有影響。

-如果數(shù)據(jù)已同步，則沒(méi)有影響

-如果數(shù)據(jù)未同步，則會(huì)查詢舊數(shù)據(jù)

-如果同步有問(wèn)題，則會(huì)斷開(kāi)主設(shè)備和從設(shè)備的連接。如果系統(tǒng)無(wú)法感知它，那么查詢可能總是舊數(shù)據(jù)。這里我們需要監(jiān)視同步。當(dāng)同步出現(xiàn)問(wèn)題時(shí)，我們應(yīng)該及時(shí)處理

掛斷庫(kù)。主數(shù)據(jù)不能與從數(shù)據(jù)同步。如果主從交換機(jī)是自動(dòng)的，單點(diǎn)故障的概率只會(huì)降低50%（如果主數(shù)據(jù)庫(kù)或備用數(shù)據(jù)庫(kù)發(fā)生故障，并且沒(méi)有人恢復(fù)）。

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

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

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

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

4. 主從不一致是由于從密鑰增量開(kāi)始的密鑰值與密鑰增量的步長(zhǎng)不一致造成的。

redis主從復(fù)制的延時(shí)怎么處理？

Redis用于讀寫數(shù)據(jù)，隊(duì)列處理器用于定期向MySQL寫入數(shù)據(jù)。

同時(shí)，必須避免沖突。啟動(dòng)redis時(shí)，從MySQL中讀取所有表鍵值并存儲(chǔ)在redis中。在向redis寫入數(shù)據(jù)時(shí)，redis主鍵會(huì)自動(dòng)添加和讀取。如果MySQL更新失敗，需要及時(shí)清除緩存并同步redis主鍵