共計 949 個字符，預計需要花費 3 分鐘才能閱讀完成。
自動寫代碼機器人，免費開通
丸趣 TV 小編給大家分享一下 dbproxy 是什么，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！
在中小型互聯網的企業中。mysql 的集群一般就是上圖的架構。WEB 節點讀取數據庫的時候讀取 dbproxy 服務器。dbproxy 服務器通過對 SQL 語句的判斷來進行數據庫的讀寫分離。讀請求負載到從庫（也可以把主庫加上），寫請求寫主庫。
這里的 dbproxy 是數據庫集群的唯一出口所以也需要做高可用。
drproxy 是數據庫讀寫分離的常用軟件，amoeba、mycat、cobar 也很常用。這類軟件不僅帶有讀寫分離功能，還可以實現負載均衡以及后端節點的健康檢查。
數據庫的讀寫分離除了通過這類數據庫中間件軟件實現，還可以寫在程序中。
通常我們的主庫要做雙主高可用，實現主庫掛掉另一個主庫立刻接管。如果不做雙主，從庫接管主庫的時候需要做狀態遷移，會有延遲。
數據庫主庫的高可用重點需要考慮的是數據同步。比較常用的高可用方案有：
1、keepalived+mysql replication。通過 keepalived 實現 VIP 飄逸，通過 mysql 自帶的同步方案 replication 實現數據同步。
2、hearbeat+drbd。通過 drbd 實現雙主數據的同步，這個數據同步是基于塊設備的。比一般的同步方案要快很多。通過 heartbeat 實現 VIP 漂移以及 drbd 資源的切換管理。
3、keepalived+mha。
對于從庫，最好不要超過 5 個。我們可以把其中的三個作為用戶訪問的節點，把另外一個作為內部人員的查詢節點。因為內部人員查詢節點的時候一般是按照時間段查詢，不經過索引，占用的資源比較多，所以要把這個節點單獨專用，以免影響客戶訪問。最后我們應該留一個從庫進行數據庫的數據備份。
從庫的數據一致性保持可以通過直接于主庫進行主從輔助，也可以從其他從庫那進行主從復制（優點是減少主庫壓力，缺點是延遲稍大）。
以上是“dbproxy 是什么”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注丸趣 TV 行業資訊頻道！
向 AI 問一下細節丸趣 TV 網 – 提供最優質的資源集合！
