讀寫分離會(huì)帶來的問題之前的文章，我也反復(fù)強(qiáng)調(diào)過，任何的架構(gòu)、軟件、框架、組件...在解決一部分問題的時(shí)候，一定會(huì)帶來其他的問題；讀寫分離最大的一個(gè)問題就是，數(shù)據(jù)從主復(fù)制到從的過程中，可能會(huì)存在延遲的，如果客戶端在執(zhí)行完一個(gè)讀操作后，立刻從存庫中查詢的話，可能會(huì)讀取到舊數(shù)據(jù)的情況（我們不斷優(yōu)化，也只能縮短這個(gè)時(shí)間，并不能完全消除掉這個(gè)時(shí)間） 。
那么針對這個(gè)問題，有哪些處理方法呢？根據(jù)具體場景進(jìn)行評估，是否可以接收這個(gè)延遲（這好像是一句廢話，但是大多數(shù)業(yè)務(wù)場景，是可以接收這點(diǎn)兒延遲的）；對于實(shí)時(shí)性要求很高的場景（查詢的數(shù)據(jù)必須是最新的結(jié)果），將這些請求強(qiáng)制路由到主庫上；執(zhí)行完寫操作之后，在讀操作發(fā)生之前，讓中間的時(shí)間變長（也就是從業(yè)務(wù)操作角度來做一些控制，不一定操作完了立刻查詢）；判斷主備無延遲，可以通過判斷seconds_behind_master參數(shù)、對比GTID、對比位點(diǎn)等方式，判斷從數(shù)據(jù)庫是否和主數(shù)據(jù)庫一致 。
今天發(fā)生了一件有趣的事情,昨天搭建測試數(shù)據(jù)庫主從讀寫分離,隨便建了個(gè)庫傻瓜式的密碼,今天到公司發(fā)現(xiàn)Slave主機(jī)數(shù)據(jù)庫沒了,多出來一個(gè)之前沒有,只有一個(gè)字段兩條數(shù)據(jù),翻譯一下意思是我的數(shù)據(jù)庫被他們備份了,要我支付比特幣購買,否則就把數(shù)據(jù)放到黑市去出售,搞笑了,表里就一條張三的數(shù)據(jù),價(jià)值3w? 。
推薦閱讀
- 看看堅(jiān)果的讀寫速度
- 小學(xué)老師寫論文發(fā)表哪些網(wǎng)站,論文發(fā)表在哪個(gè)數(shù)據(jù)庫平臺(tái)比較權(quán)威
- 一文理解Mysql,MVCC
- 數(shù)據(jù)庫系統(tǒng)工程師,《數(shù)據(jù)庫系統(tǒng)概論》第五版
- mysql讀寫分離,Mysql讀寫分離
- 有哪些數(shù)據(jù)庫論文文獻(xiàn),查找并下載外文文獻(xiàn)
- 非關(guān)系數(shù)據(jù)庫,傳統(tǒng)的關(guān)系數(shù)據(jù)庫在應(yīng)付web2
- 果汁分離榨汁機(jī)哪個(gè)牌子好，渣汁分離榨汁機(jī)有什么用
- 嫦娥五號(hào)組合體分離,到底是什么狀況
- wind數(shù)據(jù)庫免費(fèi)版,Wind金融數(shù)據(jù)庫