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ù)

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ù)可以讀寫(xiě)

即系統(tǒng)可以同時(shí)從主數(shù)據(jù)庫(kù)和從數(shù)據(jù)庫(kù)獲取數(shù)據(jù)。數(shù)據(jù)寫(xiě)入主庫(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)寫(xiě)入主數(shù)據(jù)庫(kù)，然后從主數(shù)據(jù)庫(kù)進(jìn)行查詢(xún)。這是一個(gè)單點(diǎn)數(shù)據(jù)庫(kù)，沒(méi)有影響。

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

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

-如果同步有問(wèn)題，則會(huì)斷開(kāi)主設(shè)備和從設(shè)備的連接。如果系統(tǒng)無(wú)法感知它，那么查詢(xún)可能總是舊數(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ù)）。

數(shù)據(jù)庫(kù)的讀寫(xiě)分離數(shù)據(jù)庫(kù)是怎么同步的？

數(shù)據(jù)不同，讀寫(xiě)分離同步操作不同，以MySQL和Oracle為例：

讀寫(xiě)分離：最常用的主從復(fù)制實(shí)現(xiàn)讀寫(xiě)分離功能

當(dāng)數(shù)據(jù)被修改時(shí)，執(zhí)行內(nèi)容通過(guò)網(wǎng)絡(luò)傳輸?shù)綇膸?kù)，添加到從庫(kù)的重放倉(cāng)，然后通過(guò)重做日志恢復(fù)主庫(kù)的操作，達(dá)到同步效果；

讀/寫(xiě)分離：常見(jiàn)的讀/寫(xiě)分離方案是DG（備用數(shù)據(jù)庫(kù)可讀）

將操作寫(xiě)入archivelog，然后通過(guò)網(wǎng)絡(luò)傳輸?shù)絺溆脭?shù)據(jù)庫(kù)。然后備用數(shù)據(jù)庫(kù)用archivelog恢復(fù)數(shù)據(jù)，達(dá)到同步的目的。