MySQL主從復(fù)制能完美解決數(shù)據(jù)庫的單點(diǎn)問題嗎？為什么？使用主從時，實(shí)際上放棄了強(qiáng)一致性。由于受試者只問一個問題，我們不考慮訪問次數(shù)的問題。換句話說，假設(shè)主從復(fù)制可以完全支持當(dāng)前的系統(tǒng)訪問。)通用數(shù)據(jù)

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

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

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

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

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

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

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

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

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

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

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

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

Mysql“集群”和”主從“兩者的區(qū)別是什么？

MySQL的主服務(wù)器和從服務(wù)器是地理上獨(dú)立的系統(tǒng)，通過網(wǎng)絡(luò)保持同步拷貝。它們的處理器內(nèi)存和永久存儲介質(zhì)獨(dú)立于其他站點(diǎn)。

1. 數(shù)據(jù)共享與無共享最明顯、最本質(zhì)的區(qū)別在于集群是一個共享的存儲，復(fù)制沒有共享，每臺機(jī)器都是一個獨(dú)立完整的系統(tǒng)，這就帶來了應(yīng)用和實(shí)現(xiàn)技術(shù)的差異。

2. 當(dāng)主服務(wù)器執(zhí)行commit語句時，事務(wù)被發(fā)送到從屬服務(wù)器，從屬服務(wù)器開始準(zhǔn)備事務(wù)的提交。每個從機(jī)準(zhǔn)備事務(wù)，然后向主機(jī)發(fā)送一條OK（或abort）消息，指示事務(wù)準(zhǔn)備就緒或無法準(zhǔn)備事務(wù)。

3. 主機(jī)等待所有從機(jī)發(fā)送“確定”或“中止”消息。如果主服務(wù)器從所有從服務(wù)器接收到OK消息，它將向所有從服務(wù)器發(fā)送submit消息，并通知從服務(wù)器提交事務(wù)。如果主設(shè)備從任何從設(shè)備接收到中止消息，它將向所有從設(shè)備發(fā)送中止消息，并通知從設(shè)備中止事務(wù)。