這篇文章將為大家詳細(xì)講解有關(guān)MySQL中Oneproxy如何實現(xiàn)讀寫分離，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

我們注重客戶提出的每個要求，我們充分考慮每一個細(xì)節(jié)，我們積極的做好做網(wǎng)站、網(wǎng)站設(shè)計服務(wù)，我們努力開拓更好的視野，通過不懈的努力，創(chuàng)新互聯(lián)贏得了業(yè)內(nèi)的良好聲譽(yù)，這一切，也不斷的激勵著我們更好的服務(wù)客戶。 主要業(yè)務(wù)：網(wǎng)站建設(shè),網(wǎng)站制作,網(wǎng)站設(shè)計,重慶小程序開發(fā)公司,網(wǎng)站開發(fā),技術(shù)開發(fā)實力，DIV+CSS，PHP及ASP，ASP.Net，SQL數(shù)據(jù)庫的技術(shù)開發(fā)工程師。

基本架構(gòu)： 寫請求全部定向到主庫，數(shù)據(jù)通過日志異步復(fù)制到副庫，讀請求可根據(jù)情況路由到主庫或者副庫，分散讀壓力目前讀的壓力平均分到3臺服務(wù)器，性能提升在20-30%左右


中間件連接池會根據(jù) CONNECTION的AUTO COMMIT 狀態(tài)來緩沖連接，如果過程中AUTOCOMMIT的值發(fā)生變化，則之前緩存的數(shù)據(jù)庫連接會失效. 導(dǎo)致重新建立連接性能下降. JDBC事務(wù)控制恰恰會主動把CONNECTION的 AUTOCOMMIT屬性設(shè)為 FALSE （默認(rèn)為TRUE). 如果禁用事務(wù)，數(shù)據(jù)完整性得不到保證并且會引發(fā)其他錯誤. 好在ONEPROXY最新版本已經(jīng)解決了這個問題  （題外話，好像MYCAT連接池的設(shè)計思路也類似，使用時有沒有坑有待驗證）


在高并發(fā)下 ONEPROXY 中間件的連接池大小要調(diào)整

ONEPROXY 中間件的字符集要設(shè)置成UTF8，默認(rèn)是GBK, 如果沒有設(shè)對，那么對象序列化的BLOB存到MYSQL數(shù)據(jù)庫會損壞導(dǎo)致無法反序列化
 


在寫主數(shù)據(jù)庫，讀多個副數(shù)據(jù)庫的架構(gòu)下，最常見的問題是數(shù)據(jù)復(fù)制不及時，導(dǎo)致定向到副庫的讀請求沒有讀到數(shù)據(jù)ONEPROXY 通過事務(wù)控制來解決這個問題，如果讀和寫操作都在一個事務(wù)里，那么他們都會到被定向到主數(shù)據(jù)庫所以事務(wù)的邊界控制很重要，但是現(xiàn)在應(yīng)用的代碼非常混亂，導(dǎo)致控制事務(wù)很困難，ONEPROXY提供了一個折衷的方案，可指定對于某個表定向到主庫/副庫，現(xiàn)在對于讀寫都很頻繁的表，購物車，訂單，訂單行，促銷，支付記錄等一律指定路由到主庫錯誤率目前基本控制在零. 曾經(jīng)也嘗試過用PERCONA的參數(shù) WSREP_CAUSAL_READS 來解決上述問題，但是并沒有效果

關(guān)于“mysql中Oneproxy如何實現(xiàn)讀寫分離”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。

當(dāng)前標(biāo)題：mysql中Oneproxy如何實現(xiàn)讀寫分離
網(wǎng)站地址：http://www.chinadenli.net/article48/gpeghp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供動態(tài)網(wǎng)站、全網(wǎng)營銷推廣、企業(yè)建站、網(wǎng)站排名、響應(yīng)式網(wǎng)站、品牌網(wǎng)站設(shè)計

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)