授人以漁：Broker主從同步有沒有數(shù)據(jù)不一致問題？

希望大家今天在學習完RocketMQ的主從同步架構以及高可用切換機制之后，思考以下一些問題：

• 假設如果沒有RocketMQ 4.5新版本引入的Dledger技術，僅僅是靠之前的Master-Slave主從同步機制，那么在Master崩潰的時候，可能會造成多長時間的系統(tǒng)不可用？這個時候如何能夠盡快的恢復集群運行？依賴手工運維的話，如何能盡快的去完成這個運維操作？

  
  

• 在RocketMQ 4.5之后引入了Dledger技術可以做到自動選舉新的Master，那么在Master崩潰一直到新的Master被選舉出來的這個過程中，你覺得對于使用MQ的系統(tǒng)而言，會處于一個什么樣的狀態(tài)呢？

  
  

• 希望大家去研究一下Kafka和RabbitMQ的多副本和高可用機制，Kafka是如何在集群里維護多個副本的？出現(xiàn)故障的時候能否實現(xiàn)自動切換？RabbitMQ是如何在集群里維護多個數(shù)據(jù)副本的？出現(xiàn)故障的時候能否實現(xiàn)自動切換？

  
  

• 既然有主從同步機制，那么有沒有主從數(shù)據(jù)不一致的問題？Slave永遠落后Master一些數(shù)據(jù)，這就是主從不一致。那么這種不一致有沒有什么問題？有辦法保證主從數(shù)據(jù)強制一致嗎？這樣做又會有什么缺點呢？

其實大家在學習了之前的知識之后，對上述問題已經(jīng)完全有足夠的基礎知識去思考了，你只要開動腦筋，稍微查閱一些資料，主動往前邁一步去思考一下，就會得到這些問題的答案。

另外，你會發(fā)現(xiàn)在持續(xù)的主動思考過程中，你的技術思維和技術思考能力得到了鍛煉，這個能力是非常有用的軟素質(zhì)，可以幫助你在工作中有更開闊的技術思維解決問題，讓你在面試的時候可以舉一反三，現(xiàn)場快速思考一些你從沒接觸過的問題。

希望你可以把對這些問題的思考寫在評論區(qū)里，跟其他同學一起交流。

End

專欄版權歸公眾號儒猿技術窩所有

未經(jīng)許可不得傳播，如有侵權將追究法律責任