簡單來說,這次體現的問題是企業級應用里,如果數據庫讀寫成為產品瓶頸時如何處理。課程里推薦的主從數據庫模式,僅適合讀>寫的場景。
主從模式:
1. Master節點只有一個,所有的寫操作必須從master入口。
2. Slave節點>=1,負責承擔讀操作
3. 通過altas開源工具了解實現這個機制
4. 存在缺點:因網絡延遲,同步數據耗時過長,有可能存在數據不一致。數據一致性要求高的情況,這種模式并不合適。
簡單來說,這次體現的問題是企業級應用里,如果數據庫讀寫成為產品瓶頸時如何處理。課程里推薦的主從數據庫模式,僅適合讀>寫的場景。
主從模式:
1. Master節點只有一個,所有的寫操作必須從master入口。
2. Slave節點>=1,負責承擔讀操作
3. 通過altas開源工具了解實現這個機制
4. 存在缺點:因網絡延遲,同步數據耗時過長,有可能存在數據不一致。數據一致性要求高的情況,這種模式并不合適。