目錄

引言

一、主備架構

二、雙主架構

三、一主多從

四、雙主+主從架構

---

引言

我們做數據庫架構想要達到的目的：高可用，高性能，—致性，擴展性

一、主備架構

只有主庫提供讀寫服務，備庫冗余作故障轉移用

?1、高可用分析：高可用，主庫掛了，keepalive（只是一種工具）會自動切換到備庫。這個過程對業務層是透明的，無需修改代碼或配置

2、高性能分析：讀寫都操作主庫，很容易產生瓶頸。大部分互聯網應用讀多寫少，讀會先成為瓶頸，進而影響寫性能。另外，備庫只是單純的備份，資源利用率50%，這點方案二可解決

3、一致性分析：讀寫都操作主庫，不存在數據一致性問題

4、擴展性分析：無法通過加從庫來擴展讀性能，進而提高整體性能

5、可落地分析：兩點影響落地使用。第一，性能一般，這點可以通過建立高效的索引和引入緩存來增加讀性能，進而提高性能。這也是通用的方案。第二，擴展性差，這點可以通過分庫分表來擴展

二、雙主架構

兩個主庫同時提供服務，負載均衡（M-M）

1、高可用分析:高可用，一個主庫掛了，不影響另一臺主庫提供服務。這個過程對業務層是透明的，無需修改代碼或配置

2、高性能分析:讀寫性能相比于方案一都得到提升，提升一倍

3、一致性分析:存在數據一致性問題

4、擴展性分析:當然可以擴展成三主循環，但不建議(會多一層數據同步，這樣同步的時間會更長)。如果非得在數據庫架構層面擴展的話，擴展為方案四

5、可落地分析:兩點影響落地使用。第一，數據一致性問題，一致性解決方案可解決問題。第二，主鍵沖突問題，ID統一地由分布式ID生成服務來生成可解決問題

三、一主多從

主從架構，一主多從，讀寫分離（主io問題，可拓展為mss和mha）

1、高可用分析：主庫單點，從庫高可用。一旦主庫掛了，寫服務也就無法提供

2、高性能分析：大部分互聯網應用讀多寫少，讀會先成為瓶頸，進而影響整體性能。讀的性能提高了，整體性能也提高了。另外，主庫可以不用索引，線上從庫和線下從庫也可以建立不同的索引（線上從庫如果有多個還是要建立相同的索引，不然得不償失；線下從庫是平時開發人員排查線上問題時查的庫，可以建更多的索引）

3、一致性分析：存在數據一致性問題

4、擴展性分析：可以通過加從庫來擴展讀性能，進而提高整體性能。（帶來的問題是，從庫越多需要從主庫拉取binlog日志的端就越多，進而影響主庫的性能，并且數據同步完成的時間也會更長）

5、可落地分析：兩點影響落地使用。第一，數據一致性問題，一致性解決方案可解決問題。第二，主庫單點問題，需要我們在做MHA價格彌補

拓展：（mss）使用一臺做slave,分擔Master的壓力，slave中需要開啟bin-logbin，并配置log-slave-updates，slave中繼可使用black-hole的存儲引擎，不會把數據存儲到硬盤，只記錄二進制日志

四、雙主+主從架構

看似完美的方案（MM-ss）

1、高可用分析：高可用

2、高性能分析：高性能

3、一致性分析：存在數據一致性問題

4、擴展性分析：可以通過加從庫來擴展讀性能，進而提高整體x性能。（帶來的問題同方案二）

5、可落地分析：同方案二，但數據同步又多了一層，數據延遲更嚴重

總結

以上是生活随笔為你收集整理的常见的数据库架构的全部內容，希望文章能夠幫你解決所遇到的問題。

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