mysqlproxy是怎么解決讀寫分離延遲的？我以前做過Oracle TimesTen復(fù)制，所以我可以給你一個(gè)參考。像Oracle這樣的數(shù)據(jù)庫(kù)對(duì)于1對(duì)1的同步速度非?？?，但是當(dāng)它需要支持3個(gè)以上的節(jié)點(diǎn)

mysqlproxy是怎么解決讀寫分離延遲的？

我以前做過Oracle TimesTen復(fù)制，所以我可以給你一個(gè)參考。像Oracle這樣的數(shù)據(jù)庫(kù)對(duì)于1對(duì)1的同步速度非?？欤钱?dāng)它需要支持3個(gè)以上的節(jié)點(diǎn)時(shí)，由于快速的復(fù)制/確認(rèn)機(jī)制，內(nèi)存讀寫和網(wǎng)絡(luò)傳輸數(shù)據(jù)的量會(huì)非常大。對(duì)于三個(gè)以上節(jié)點(diǎn)的數(shù)據(jù)庫(kù)同步，首先要考慮自己編寫一個(gè)程序，然后在每個(gè)節(jié)點(diǎn)上運(yùn)行，使之相互同步。我原來為一家國(guó)外電信運(yùn)營(yíng)商寫了一個(gè)程序，6個(gè)節(jié)點(diǎn)，非常穩(wěn)定。由于Oracle不支持這種同步，我個(gè)人懷疑MySQL是否支持這種同步。后來，數(shù)據(jù)庫(kù)被設(shè)計(jì)成以下模式：三個(gè)主機(jī)通過我的程序相互同步。在本地，分別設(shè)置主/從模式，并使用數(shù)據(jù)庫(kù)的復(fù)制進(jìn)行相互備份。每秒處理約3000個(gè)事務(wù)。

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

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

通用數(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)什么問題：

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

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

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

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

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

如何解決數(shù)據(jù)庫(kù)讀寫分離的時(shí)間延時(shí)？

通常少量延遲不是問題。如果要實(shí)現(xiàn)完全同步，會(huì)影響主數(shù)據(jù)庫(kù)的性能。只需確保從數(shù)據(jù)庫(kù)是某個(gè)時(shí)間點(diǎn)上主數(shù)據(jù)庫(kù)的快照。

如果您想更具體，您需要詳細(xì)描述您的應(yīng)用場(chǎng)景