先定幾個原則/目標：

原則：

1.必須保證資料邏輯的一致性；

反例：剛寫了資料，（因為主從延遲）查詢不到；

2.對開發人員透明，對業務程式碼無侵入性；與單資料來源的業務程式碼呼叫一致；

反例：對已有業務程式碼的侵入式改動，顯示說明datasource；

3.根據呼叫場景自動選擇主從資料來源

場景：涉及寫入，讀寫都在主庫進行。只涉及查詢，從庫查詢

反例：

    3.1寫事務呼叫從庫

    3.2非必要的從主庫查詢

4.給業務開發選擇的權利，可以以最低成本的方式顯示進行資料來源（類別）選擇（如annotation等）；

場景：只涉及查詢，但是業務需要，必須從主庫查詢；

5.主從資料來源共存，與單資料來源方案，可以無縫切換

擴充套件目標：

6.低成本的資料來源切換執行緒安全

反例：全域性悲觀鎖,同步鎖實現

7.支援多個從庫/從庫HA

8.主資料庫不可用，從庫自動頂上

9.程式碼級別上，採用spring boot starter方案

不考慮場景：

sharding 目前不考慮，如果需要，作單獨專題展開。

備忘問題：

傳播級別：

   呼叫者上下文顯示說明MASTER,被呼叫者顯示說明SLAVE; 或反過來，需要一個合理的切換機制/或者不切換；

傳播性可以做如下規則：

1.如果外層為master，則內層不管原先級別，都將提升至master級別；

2.級別只升不降

3. 同一個執行緒，如果不切換主從，同一分類的機器，（主要是指多個slave ）例項也不切換

4.更多的呼叫層級，直接遞推即可（傳播）；

case：

• master → slave        =>     master → master
• master → master      =>     master → master
• slave   → master       =>     slave → master
• slave  → slave           =>     slave → slave

Master/Slave 切換場景的幾種設定：