在傳統的編碼的過程中，往往是在數據庫由于抗不住服務器的壓力，或者是IO達到瓶頸之后，必須用到分庫的時候，才采用讀寫分離的方案，個人認為讀寫分離的作用遠不止此。今天，根據博主我作為程序猿的經驗，來和大家分享一下數據庫讀寫分離帶來的優點。

一，讀寫分離帶來的擴展性更強

在我們編碼的過程中，隨著項目的業務增多，必然會致使業務接口越來越多，接口越多，帶來的維護成本就相對較高，如果沒有對應文檔的記錄，即使作為研發人員的我們，都很大可能忘記那些接口有那些功能，那些接口被調用過多少次。

以上就很可能帶來一個很嚴重的問題，舉例說明：在學?？荚嚦煽児芾硐到y中，我寫了100個select接口，10個insert接口，10個update接口，10個delete接口，分別對應不同業務需求，這些接口被調用的次數無限，隨著服務器的壓力增加，需要對部分查詢接口（查詢最新的成績等）進行優化，最開始的常見的查詢方式可能是按照直接在數據庫中查詢時間最新的成績記錄，進行返回，優化的方案為給最新的成績記錄打一個標記。可是，后續的插入，修改，刪除接口，都需要更新標記，如此多的接口，在沒有文檔的情況下，維護起來基本不可能，此時要怎么辦呢？

此時都希望，要是所有的插入，修改，刪除（即寫接口）都可以調用一下我的維護標記接口就好了，對！要是按照讀寫分離的架構進行設計，我們就可以把我們的維護接口寫到寫接口里面，這樣可以極大簡化我們的維護量。

二，讀寫分離方便管理

按照數據庫的常用接口，由于功能的特定性，增，刪，改可以歸為一類，查可以單獨歸為一類，采用讀寫分離的數據庫設計，在業務調用起來更加規范，相對于增刪查改一起，粒度較小，更容易管理。

而且寫接口容易對數據造成影響，寫文檔的時候可能需要重點記錄，讀取接口由于不會影響數據，相對好管理一點，博主一向的原則是重點記錄寫接口，能復用的不增加接口。