二、資料庫的讀寫分離
1，實現原理：讀寫分離簡單的說是把對資料庫讀和寫的操作分開對應不同的資料庫伺服器，這樣能有效地減輕資料庫壓力，也能減輕io壓力。主資料庫提供寫操作，從資料庫提供讀操作，其實在很多系統中，主要是讀的操作。當主資料庫進行寫操作時，資料要同步到從的資料庫，這樣才能有效保證資料庫完整性。
▲(ebay的讀寫比率是260:1,ebay的讀寫分離)
▲(微軟資料庫分發)
2，實現方法：在ms sql server中可以使用發布定義的方式實現資料庫複製，實現讀寫分離，複製是將一組資料從乙個資料來源拷貝到多個資料來源的技術，是將乙份資料發布到多個儲存站點上的有效方式。使用複製技術，使用者可以將乙份資料發布到多台伺服器上。複製技術可以確保分布在不同地點的資料自動同步更新，從而保證資料的一致性。sql server複製技術型別有三種，分別是：快照複製、事務複製、合併複製。sql server 主要採用出版物、訂閱的方式來處理複製。源資料所在的伺服器是出版伺服器，負責發表資料。出版伺服器把要發表的資料的所有改變情況的拷貝複製到分發伺服器，分發伺服器包含有乙個分發資料庫，可接收資料的所有改變，並儲存這些改變，再把這些改變分發給訂閱伺服器。
3，優缺點
(1)資料的實時性差:資料不是實時同步到自讀伺服器上的，當資料寫入主伺服器後，要在下次同步後才能查詢到。
(2)資料量大時同步效率差：單錶資料量過大時插入和更新因索引,磁碟io等問題，效能會變的很差。
(3)同時連線多個(至少兩個)資料庫：至少要連線到兩個資料資料庫，實際的讀寫操作是在程式**中完成的，容易引起混亂
(4)讀具有高效能高可靠性和可伸縮:唯讀伺服器，因為沒有寫操作，會大大減輕磁碟io等效能問題，大大提高效率;唯讀伺服器可以採用負載均衡，主資料庫發布到多個唯讀伺服器上實現讀操作的可伸縮性。
三、資料庫/資料表 拆分(分布式)
垂直(縱向)拆分：是指按功能模組拆分，比如分為訂單庫、商品庫、使用者庫...這種方式多個資料庫之間的表結構不同。
水平(橫向)拆分：將同乙個表的資料進行分塊儲存到不同的資料庫中，這些資料庫中的表結構完全相同。
▲(縱向拆分)
▲(橫向拆分)
1，實現原理：使用垂直拆分，主要要看應用型別是否合適這種拆分方式，如系統可以分為，訂單系統，商品管理系統，使用者管理系統業務系統比較明的，垂直拆分能很好的起到分散資料庫壓力的作用。業務模組不明晰，耦合(表關聯)度比較高的系統不適合使用這種拆分方式。但是垂直拆分方式並不能徹底解決所有壓力問題，例如 有乙個5000w的訂單表，操作起來訂單庫的壓力仍然很大，如我們需要在這個表中增加(insert)一條新的資料，insert完畢後，資料庫會針對這張表重新建立索引，5000w行資料建立索引的系統開銷還是不容忽視的，反過來，假如我們將這個表分成100個table呢，從table_001一直到table_100，5000w行資料平均下來，每個子表裡邊就只有50萬行資料，這時候我們向一張只有50w行資料的table中insert資料後建立索引的時間就會呈數量級的下降，極大了提高了db的執行時效率，提高了db的併發量，這種拆分就是橫向拆分
2，實現方法：垂直拆分，拆分方式實現起來比較簡單，根據表名訪問不同的資料庫就可以了。橫向拆分的規則很多，這裡總結前人的幾點，
(1)順序拆分：如可以按訂單的日前按年份才分，2023年的放在db1中，2023年的db2,以此類推。當然也可以按主鍵標準拆分。
優點：可部分遷移
缺點：資料分布不均，可能2023年的訂單有100w，2023年的有500w。
(2)hash取模分： 對user_id進行hash(或者如果user_id是數值型的話直接使用user_id的值也可)，然後用乙個特定的數字，比如應用中需要將乙個資料庫切分成4個資料庫的話，我們就用4這個數字對user_id的hash值進行取模運算，也就是user_id%4,這樣的話每次運算就有四種可能：結果為1的時候對應db1;結果為2的時候對應db2;結果為3的時候對應db3;結果為0的時候對應db4，這樣一來就非常均勻的將資料分配到4個db中。
優點：資料分布均勻
缺點：資料遷移的時候麻煩;不能按照機器效能分攤資料 。
(3)在認證庫中儲存資料庫配置
就是建立乙個db，這個db單獨儲存user_id到db的對映關係，每次訪問資料庫的時候都要先查詢一次這個資料庫，以得到具體的db資訊，然後才能進行我們需要的查詢操作。
優點：靈活性強，一對一關係
缺點：每次查詢之前都要多一次查詢，會造成一定的效能損失。
資料庫讀寫分離
隨著乙個 的業務不斷擴充套件，資料不斷增加，資料庫的壓力也會越來越大，對資料庫或者sql的基本優化可能達不到最終的效果，我們可以採用讀寫分離的策略來改變現狀。讀寫分離現在被大量應用於很多大型 這個技術也不足為奇了。ebay就做得非常好。ebay用的是oracle，聽說是用 quest share p...
資料庫讀寫分離
隨著乙個 的業務不斷擴充套件，資料不斷增加，資料庫的壓力也會越來越大，對資料庫或者sql的基本優化可能達不到最終的效果，我們可以採用讀寫分離的策略來改變現狀。讀寫分離現在被大量應用於很多大型 這個技術也不足為奇了。ebay就做得非常好。ebay用的是oracle，聽說是用 quest share p...
資料庫讀寫分離
隨著乙個 的業務不斷擴充套件，資料不斷增加，資料庫的壓力也會越來越大，對資料庫或者sql的基本優化可能達不到最終的效果，我們可以採用讀寫分離的策 略來改變現狀。讀寫分離現在被大量應用於很多大型 這個技術也不足為奇了。ebay就做得非常好。ebay用的是oracle，聽說是用 quest share ...