數(shù)據(jù)庫的讀寫分離的優(yōu)點(diǎn)如下：

1.通過將“讀”和“寫”分離到不同的數(shù)據(jù)庫服務(wù)器上，降低對主服務(wù)器的CPU、內(nèi)存、存儲、網(wǎng)絡(luò)資源的爭用；

2.主數(shù)據(jù)庫的增刪改進(jìn)行時(shí)，不影響查詢服務(wù)器的查詢，降低阻塞的發(fā)生，提高了并發(fā)性；

3.在應(yīng)用程序提交了報(bào)表請求、不合理的查詢請求時(shí)，不會導(dǎo)致長時(shí)間的鎖表；

4.建立數(shù)據(jù)副本甚至實(shí)現(xiàn)異地容災(zāi)，在發(fā)生災(zāi)難時(shí)，可以減少數(shù)據(jù)的損失；

作業(yè)系統(tǒng)的基本要求配置

硬件基本配置要求

備注： 硬件具體規(guī)格要求按使用場景來調(diào)整.

應(yīng)用場景案例說明；

l 100+以上門店7x24小時(shí)使用ONLINE,SUNLIKE及第三方軟件系統(tǒng)，共4臺WEB應(yīng)用服務(wù)器. 數(shù)據(jù)庫約2TB, SQL自動計(jì)劃（每天0時(shí)）自動備份到

l 由于客戶端300個用戶不斷對WEB應(yīng)用服務(wù)器訪問量，造成其他應(yīng)用的延遲或者超時(shí)，經(jīng)常出現(xiàn)“宕機(jī)”.系統(tǒng)無法訪問等現(xiàn)象.

l 單表數(shù)據(jù)量過大導(dǎo)致數(shù)據(jù)庫執(zhí)行sql慢，請求過多形成鎖表，卡頓

l 形成數(shù)據(jù)丟失問題，同時(shí)ERP系統(tǒng)管理員對業(yè)務(wù)系統(tǒng)，數(shù)據(jù)遷移等環(huán)節(jié)增加維護(hù)成本.

業(yè)務(wù)示意圖；

場景案例需求：  

1. 業(yè)務(wù)系統(tǒng)停機(jī)時(shí)間在30分鐘內(nèi).

2. 數(shù)據(jù)不能丟失.

解決方案 :

如上述問題. 利用SQL Server的AlwaysOn  將WEB應(yīng)用服務(wù)數(shù)據(jù)庫自動同步到備份數(shù)據(jù)庫服務(wù)器. 

業(yè)務(wù)系統(tǒng)通過后臺將報(bào)表查詢設(shè)置到備份服務(wù)器. 即可將數(shù)據(jù)‘寫入’與‘讀取’權(quán)限分開，當(dāng)數(shù)據(jù)庫“讀”大于“寫”，或查詢多的情況，就可以考慮主數(shù)據(jù)負(fù)責(zé)寫操作，從副數(shù)據(jù)庫負(fù)責(zé)讀操作，從而把數(shù)據(jù)達(dá)到讀寫分離效果，可以減少數(shù)據(jù)庫運(yùn)維的難度，降低出現(xiàn)故障率.

由于主數(shù)據(jù)庫（‘寫’權(quán)限），副數(shù)據(jù)庫（‘讀取’權(quán)限）雖處于不同服務(wù)器，數(shù)據(jù)卻均實(shí)時(shí)同步，任何一方以由WEB應(yīng)用服務(wù)器調(diào)用. 可避免數(shù)據(jù)延遲，丟失. 提升數(shù)據(jù)庫的并發(fā)負(fù)載能力. 實(shí)現(xiàn)備份的同時(shí)也實(shí)現(xiàn)了數(shù)據(jù)庫性能的優(yōu)化，同時(shí)提升了服務(wù)器安全，減輕維護(hù)成本.