您好,登錄后才能下訂單哦!
小編給大家分享一下dbproxy是什么,相信大部分人都還不怎么了解,因此分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后大有收獲,下面讓我們一起去了解一下吧!
在中小型互聯(lián)網的企業(yè)中。mysql的集群一般就是上圖的架構。WEB節(jié)點讀取數(shù)據(jù)庫的時候讀取dbproxy服務器。dbproxy服務器通過對SQL語句的判斷來進行數(shù)據(jù)庫的讀寫分離。讀請求負載到從庫(也可以把主庫加上),寫請求寫主庫。
這里的dbproxy是數(shù)據(jù)庫集群的唯一出口所以也需要做高可用。
drproxy是數(shù)據(jù)庫讀寫分離的常用軟件,amoeba、mycat、cobar也很常用。這類軟件不僅帶有讀寫分離功能,還可以實現(xiàn)負載均衡以及后端節(jié)點的健康檢查。
數(shù)據(jù)庫的讀寫分離除了通過這類數(shù)據(jù)庫中間件軟件實現(xiàn),還可以寫在程序中。
通常我們的主庫要做雙主高可用,實現(xiàn)主庫掛掉另一個主庫立刻接管。如果不做雙主,從庫接管主庫的時候需要做狀態(tài)遷移,會有延遲。
數(shù)據(jù)庫主庫的高可用重點需要考慮的是數(shù)據(jù)同步。比較常用的高可用方案有:
1、keepalived+mysql replication。通過keepalived實現(xiàn)VIP飄逸,通過mysql自帶的同步方案replication實現(xiàn)數(shù)據(jù)同步。
2、hearbeat+drbd。通過drbd實現(xiàn)雙主數(shù)據(jù)的同步,這個數(shù)據(jù)同步是基于塊設備的。比一般的同步方案要快很多。通過heartbeat實現(xiàn)VIP漂移以及drbd資源的切換管理。
3、keepalived+mha。
對于從庫,最好不要超過5個。我們可以把其中的三個作為用戶訪問的節(jié)點,把另外一個作為內部人員的查詢節(jié)點。因為內部人員查詢節(jié)點的時候一般是按照時間段查詢,不經過索引,占用的資源比較多,所以要把這個節(jié)點單獨專用,以免影響客戶訪問。最后我們應該留一個從庫進行數(shù)據(jù)庫的數(shù)據(jù)備份。
從庫的數(shù)據(jù)一致性保持可以通過直接于主庫進行主從輔助,也可以從其他從庫那進行主從復制(優(yōu)點是減少主庫壓力,缺點是延遲稍大)。
以上是“dbproxy是什么”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業(yè)資訊頻道!
免責聲明:本站發(fā)布的內容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經查實,將立刻刪除涉嫌侵權內容。