有朋友問我說：服務(wù)要不要做讀寫分離？

我的態(tài)度旗幟鮮明：不要。

畫外音：別扯什么CQRS。

什么是“服務(wù)讀寫分離”架構(gòu)？

有兩類最常見的。

第一類、單純服務(wù)讀寫分離

如上圖，服務(wù)化之后：

• 同一個(gè)基礎(chǔ)服務(wù)，分為讀服務(wù)與寫服務(wù)；
• 底層公用高可用的數(shù)據(jù)庫(kù)集群；

第二類、服務(wù)和數(shù)據(jù)庫(kù)同時(shí)讀寫分離

讀服務(wù)與寫服務(wù)讀寫的是不同的數(shù)據(jù)庫(kù)，如上圖：

• 寫服務(wù)訪問寫庫(kù)；
• 讀服務(wù)訪問讀庫(kù)；
• 寫庫(kù)與讀庫(kù)是一個(gè)主從同步的集群；

為什么我旗幟鮮明的反對(duì)服務(wù)區(qū)分讀寫分離？

原因1：上游容易困惑，運(yùn)維更加復(fù)雜。

• 調(diào)用方對(duì)同一個(gè)基礎(chǔ)服務(wù)，某一個(gè)RPC接口，在讀服務(wù)，還是寫服務(wù)，容易困惑；
• 對(duì)于同一個(gè)基礎(chǔ)服務(wù)，服務(wù)數(shù)量翻倍了，運(yùn)維更加復(fù)雜；

原因2：微服務(wù)不是這么拆分集群的。

• 一般來說，垂直拆分，是按照“子業(yè)務(wù)”維度進(jìn)行拆分，而不是按照“讀寫”維度進(jìn)行拆分，這是模塊化設(shè)計(jì)的基本準(zhǔn)則；
• 完全打破了“服務(wù)化數(shù)據(jù)庫(kù)私有”的微服務(wù)初衷；

兩個(gè)服務(wù)因?yàn)橥环輸?shù)據(jù)庫(kù)資源訪問而耦合在一起，當(dāng)數(shù)據(jù)庫(kù)資源發(fā)生變化的時(shí)候（例如：ip變化，域名變化，表結(jié)構(gòu)變化，水平切分變化等），有兩個(gè)依賴點(diǎn)需要修改。

而好的設(shè)計(jì)，有變化產(chǎn)生時(shí)，只有一個(gè)需要修改（低耦合，高內(nèi)聚）。

原因3：根本沒法很好的添加緩存。

大部分互聯(lián)網(wǎng)業(yè)務(wù)是讀多寫少的業(yè)務(wù)，數(shù)據(jù)庫(kù)讀取最容易成為瓶頸，常見提升讀性能的方式是，增加緩存。

服務(wù)讀寫分離，怎么添加緩存？

如上圖，讀服務(wù)的下游增加一個(gè)緩存，當(dāng)有讀請(qǐng)求訪問時(shí)：

• 先訪問緩存，如果命中，直接返回；
• 如果緩存不命中，訪問數(shù)據(jù)庫(kù)，然后將數(shù)據(jù)放入緩存中，以便下一次能夠命中；

初步看，沒有問題。但是，寫服務(wù)修改數(shù)據(jù)庫(kù)時(shí)，緩存中的數(shù)據(jù)沒有辦法得到淘汰！

有朋友說，寫數(shù)據(jù)庫(kù)之前，可以由寫服務(wù)來淘汰緩存：

即，讀服務(wù)與寫服務(wù)都可以操作緩存。

這個(gè)設(shè)計(jì)，又違背了“服務(wù)化緩存私有”的微服務(wù)初衷，兩個(gè)服務(wù)因?yàn)橥环菥彺尜Y源訪問而耦合在一起，當(dāng)緩存資源發(fā)生變化的時(shí)候，有兩個(gè)依賴點(diǎn)需要修改。

況且，如果真的兩個(gè)服務(wù)訪問相同的數(shù)據(jù)庫(kù)和緩存，為什么不合成一個(gè)服務(wù)呢？

硬要拆成兩個(gè)服務(wù)，不是自己玩自己么？

另外，有朋友說，可以由寫服務(wù)發(fā)消息來淘汰緩存：

如上圖：

• 緩存私有，只有讀服務(wù)操縱緩存；
• 數(shù)據(jù)庫(kù)發(fā)生寫請(qǐng)求時(shí)，寫服務(wù)給MQ發(fā)消息，由讀服務(wù)來淘汰緩存；

這種設(shè)計(jì)：

• 讀服務(wù)來淘汰緩存，本質(zhì)是一個(gè)寫請(qǐng)求，不是很奇怪么？
• 引入了一個(gè)MQ組件，引入更大的一致性風(fēng)險(xiǎn)
• 讀服務(wù)和寫服務(wù)如果是一個(gè)進(jìn)程，豈不是更好么，干嘛硬要跨進(jìn)程通信呢？

所以，還是一個(gè)服務(wù)更好：

• 調(diào)用方無二義性，不糾結(jié)；
• 好維護(hù)；
• 數(shù)據(jù)庫(kù)，緩存私有，無耦合；

稍作總結(jié)：互聯(lián)網(wǎng)微服務(wù)架構(gòu)，應(yīng)該按照“子業(yè)務(wù)”進(jìn)行微服務(wù)拆分，而不應(yīng)該按照“讀寫”來進(jìn)行微服務(wù)拆分。

以上僅為個(gè)人架構(gòu)經(jīng)驗(yàn)，供大伙參考，歡迎共同探討。

知其然，知其所以然。

思路比結(jié)論更重要。