分布式與叢集

三個問題
1:自己寫分散式資料庫,當從資料庫多個的時候,應該如何去選取查詢哪個從資料庫?(最好能根據使用者當前網路最優選擇,另外)
2:分布式與叢集的區別?我一直搞不明白,能舉比較實際的例子最好
3:插入2個表的資料,如果mysql表不支援事務.我如何保證一致性?

回複討論(解決方案)

簡單點說分布式是資料庫伺服器分布在各個地點, 然後在一個統一的平台的共用資源
叢集顧名思義就是大量資料庫伺服器的叢集進行資源共用, 這樣也是有優點的, 比如說便於維護等等

3:插入2個表的資料,如果mysql表不支援事務.我如何保證一致性?
自己編程完成
1、插入第一個表，儲存 last_insert_id
2、第一步成功，則插入第二個表
3、第二步失敗，從第一個表中刪去儲存的 last_insert_id 指向的記錄

簡單點說分布式是資料庫伺服器分布在各個地點, 然後在一個統一的平台的共用資源
叢集顧名思義就是大量資料庫伺服器的叢集進行資源共用, 這樣也是有優點的, 比如說便於維護等等

3:插入2個表的資料,如果mysql表不支援事務.我如何保證一致性?
自己編程完成
1、插入第一個表，儲存 last_insert_id
2、第一步成功，則插入第二個表
3、第二步失敗，……
分布式和叢集跟商務邏輯有沒有關係?
比如說:分布式有沒有可能是指多個商務邏輯?
而叢集是指單一商務邏輯?
第三個方法思路,非常感謝,估計也只能這麼辦了!
第一個問題的答案是?

分布式和叢集跟商務邏輯有沒有關係?
當然是有關係啦，正因為業務量巨大，所以才需要多的資料庫伺服器協同作戰

有一個認知是需要弄清的：資料庫是資料的倉庫，他同時為多個使用者提供服務。資料庫中存放的資料不一定都是你具體的業務所需要的。就像停車場一樣，雖然停車場停滿了汽車，但屬於你的也就只有那一輛

分布式和叢集跟商務邏輯有沒有關係?
當然是有關係啦，正因為業務量巨大，所以才需要多的資料庫伺服器協同作戰

有一個認知是需要弄清的：資料庫是資料的倉庫，他同時為多個使用者提供服務。資料庫中存放的資料不一定都是你具體的業務所需要的。就像停車場一樣，雖然停車場停滿了汽車，但屬於你的也就只有那一輛
如果是叢集的話,當主從資料庫插入資料之後,他們之間互相有介面進行同步複製操作.也就代表了.從資料庫實際上和主要資料庫裡的資料都是一樣的,並且會及時同步?
那麼不是也代表了?我查詢任意一個從資料庫資料都會存在?而如何選擇去查哪個從資料庫,如果能根據使用者網路判斷最優解,這個是比較完美的做法.而我的問題正在於此

分布式和叢集跟商務邏輯有沒有關係?
當然是有關係啦，正因為業務量巨大，所以才需要多的資料庫伺服器協同作戰

有一個認知是需要弄清的：資料庫是資料的倉庫，他同時為多個使用者提供服務。資料庫中存放的資料不一定都是你具體的業務所需要的。就像停車場一樣，雖然停車場停滿了汽車，但屬於你的也就只有那一輛
還有就是關於商務邏輯..
我指的不是VP量或者訪問巨大
我指的是,比如同一個參數帶進去,這次會輸出a,下次會輸出b,我指的是這個商務邏輯不一樣

叢集呢 你可以理解成一堆人在一起拔河，很多時候叢集應用在高負載或者需要大量同步計算的情境上。

分布式呢 可以理解成一大群人在玩接力遊戲，人很多但數量不一定是固定的，誰現在不累就上來玩。

叢集呢 你可以理解成一堆人在一起拔河，很多時候叢集應用在高負載或者需要大量同步計算的情境上。

分布式呢 可以理解成一大群人在玩接力遊戲，人很多但數量不一定是固定的，誰現在不累就上來玩。
好的,非常感謝

