我們繼續來講分布式，回到我們的創業游戲。

我們的業務規模上來了，客戶也越來越忠誠了。很多客戶都通過我們的訂票服務，來方便自己的行程。

那對這些老客戶，我們的宗旨是：要不斷超越客戶的期待。

所以，我們要建立我們的客戶數據庫。

我們要記錄下每個客戶的偏好的航空公司，偏愛的酒店。下次服務，才能直接更好地服務客戶。

怎么辦？

最簡單的辦法，每個客服小姐姐各自用自己的記事本，記錄下客戶的號碼，偏好等信息。

這些記事本就是我們的“客戶數據庫”。

這些數據都記錄在記事本上，會有一個問題，如里同一個客戶，每個客服小姐姐都記錄一次。是不是很費時費力，還重復記錄，浪費資源。

怎么辦？

還是跟之前一樣，拆分！垂直拆分。

再拆分一組，就叫：客戶信息記錄組。

如果客戶小姐姐要記錄客戶信息，就把信息寫在紙條上，然后直接扔給：客戶信息記錄組，讓這個小組自行處理：去除重復，更新信息。

當然，我們的客戶信息記錄組，可以用execl把客戶信息上記錄下來。這樣，也方便數據處理。

現在我們的業務架構是這樣的：

?

?有同學說，這個架構圖好像跟我們的IT軟件架構圖很像。

沒錯。其實，所有的IT軟件架構，遵從從業務架構設計的。

技術只是工具，業務才是核心。

回到我們的客戶信息記錄組。這個組也有多個小姐姐記錄，如果大家都各自用自己的excel，怎么保證大家的信息沒有重復，都是一致的呢？

這個時候，我們就要上數據庫系統了。什么是數據庫系統，簡單來說，就是記錄數據的倉庫。

好，我們買了一臺電腦，招了一個程序員，下載了個mysql,寫了一個簡單程序，給客戶信息記錄組的姐姐用。

剛開始，數據不大，問題不大。

當數據越來越多時，一臺數據庫明顯支持不下。怎么辦？

很簡單，多買幾臺數據庫。能用錢解決的問題，就不是問題。

那現在問題又來了,這些數據庫怎么保持數據一致性？

這個就是分布式數據庫要解決的問題。什么是分布式數據庫？

簡單來說，它就是用多臺數據庫組成一個“整體”，給外界提供數據庫服務的數據倉庫系統。

有同學會說了，你要很大很大的數據量才能用分布式數據庫。你一家小公司，用這個是不是浪費了？

有道理！一般情況下，小公司是用不上分布式。但我們做為有夢想的企業家，一定要提前規劃，站在未來看現在！我們才有機會成功！

馬云說過：夢想還是要有的，萬一實現了呢？

所以，叫那個程序員開始干活！

首先我們要分析一下業務。

客戶小姐姐大部分情況下，都 是查詢客戶信息的比較多，占了80%。新增，和更新信息的情況比較少，占了20%。

如果查詢和記錄都在一個數據庫，經常會造成沖突，造成“鎖表”。這會造成嚴重的性能問題，會造成對客戶體驗嚴重的損害！

很自然，我們可以想到，那是不是可以分開兩個庫，一個用來記錄，一個用來查詢。

這就是讀寫分離，讀寫分離是很重要的設計原則。可以極大地提高查詢的效率。如下：

?

盡管采取了讀寫分離的方式，但隨著數據庫的壓力繼續增加，數據庫的瓶頸越來越突出。怎么辦？

我們分別對讀寫庫的表進行水平拆分，也就是分表。

比如，可以按表中的唯一ID的hash值來分，如果hash值是偶數，就放在“偶數表”，如果hash值是奇數，就放在奇數表。

如下圖：

講到這里，我們基本上就建立了分布式數據庫系統。

明天繼續講分布式架構的演進。

?

轉載于:https://www.cnblogs.com/gyc567/p/11075381.html

總結

以上是生活随笔為你收集整理的轻松学习分布式|系列3|分布式数据库。的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。