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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

mysql主主和主從區(qū)別？

MySQL復(fù)制的原理：

將MySQL的一臺(tái)主機(jī)的數(shù)據(jù)復(fù)制到其他（從）主機(jī)上，再執(zhí)行一次，將數(shù)據(jù)分發(fā)到多個(gè)系統(tǒng)；在復(fù)制過程中，一臺(tái)服務(wù)器作為主服務(wù)器，一臺(tái)或多臺(tái)其他服務(wù)器作為從服務(wù)器。主服務(wù)器將更新寫入二進(jìn)制日志文件，并維護(hù)該文件的索引以跟蹤日志周期。

這些日志可以記錄發(fā)送到從屬服務(wù)器的更新。當(dāng)從屬服務(wù)器連接到主服務(wù)器時(shí)，它會(huì)在日志中通知主服務(wù)器上一次從服務(wù)器讀取的成功更新的位置。從屬服務(wù)器

接收此后發(fā)生的任何更新，然后阻塞并等待主服務(wù)器通知新的更新。

主服務(wù)器中主數(shù)據(jù)庫的DDL和DML操作通過二進(jìn)制日志傳輸?shù)綇姆?wù)器，然后在主服務(wù)器中重新執(zhí)行這些日志文件，以便從服務(wù)器和主服務(wù)器上的數(shù)據(jù)信息可以同步。

MySQL主從模式是在主機(jī)上操作數(shù)據(jù)，從機(jī)實(shí)時(shí)同步數(shù)據(jù)。相反，對于從機(jī)操作，主機(jī)不會(huì)同步數(shù)據(jù)，可能造成數(shù)據(jù)混亂，導(dǎo)致主、從機(jī)故障。

MySQL主模式是彼此的從屬服務(wù)器。每臺(tái)服務(wù)器互為主服務(wù)器和從服務(wù)器。無論操作哪一個(gè)，另一個(gè)都會(huì)同步數(shù)據(jù)。它通常用作高災(zāi)難恢復(fù)方案。