sql線程的重放是否真正能100%沒問題呢？沖突和延遲真正解決了嗎？

xtjsxtj

以前5.5的半同步，后來innosql和現(xiàn)在的mysql5.7也只是保證了io線程binlog的不延時吧？不管怎樣它還是半同步，并非強一致。sql線程的重放是否真正能100%沒問題呢？沖突和延遲真正解決了嗎？即使是并行復制能實時的上跟上主庫的變更嗎？
舉個極端情況的例子，主備同時連接，主庫寫后馬上去重庫讀，大量壓力測試下，是否備庫總能讀到正確數(shù)據(jù)呢？

看了下全復制，只是讓IO線程等待SQL線程的執(zhí)行，再喚起IO線程讀event，那IO線程等待的時候，event不是又變多了嗎，這個不能解決主從的完全時實吧

還有安全復制，這個應該是解決了最終一致性，數(shù)據(jù)是不會丟失，如果主庫并發(fā)寫的壓力很大的話，從庫還是有落后的可能


真正的完全同步，是不是應該等到從庫SQL也一起提交了，才返回應答給master呢，當然這樣性能是個問題

該隱傳奇

用行動說話，頂起沒商量

bash99

延遲問題，等從庫執(zhí)行完了主庫再返回，恐怕性能就不行了。

只能在應用層或者商業(yè)邏輯層解決，比如這個用戶/session剛剛寫過，那么10秒內(nèi)都分給到主庫的鏈接。
或者是直接決定你們商業(yè)上用戶能接受一點不一致，刷新一下就好了。