想了解一下中間件與程序?qū)崿F(xiàn)讀寫分離效率問題

dililand

其實用中間件和程序哪個讀寫分離的效率快呢，我自己的分析，程序已經(jīng)處理好邏輯判斷，直接去訪問接口，即VIP或直接DB地址，而中間件需要在本機上占用一方面的資源性能再通過規(guī)則轉(zhuǎn)發(fā)到后端DB，感覺比較考驗的瓶頸是中間件的性能和網(wǎng)絡(luò)，對于這些因素大概是哪個效率快呢，給出如下場景。
一主多從環(huán)境，大概就一主4從吧，讀寫比例是1：9
中間件的優(yōu)點是直接配置在該機上，后端DB發(fā)生架構(gòu)改變，只需要在中間件上更改，而程序的缺點也就在這里，如果一改變架構(gòu)，代碼上又要跟著改，特別程序在邏輯判斷也有些問題，如后端是4臺從庫做讀，那么程序要加入判斷機制，否則只是單獨指向一臺從機，這臺從機發(fā)生故障了，程序就失效導(dǎo)致業(yè)務(wù)訪問中止，加入了判斷代碼，又影響到性能。
所以在效率方面還真的不好說，大家也說說

zl624867243

當然是中間間

lyhabc

各有優(yōu)缺點
中間件：有開源免費的，例如mycat  功能比較差，也有付費的，例如愛可生中間件  功能比較強
程序?qū)崿F(xiàn)：將中間件的邏輯寫入到代碼里面做成一個類庫

dililand

現(xiàn)在公司想讓我上mycat這個中間件，感覺又復(fù)雜又麻煩，配置可以參考一些文檔，但關(guān)鍵是維護問題，總覺得這個出了問題會比較慢，在官方群里有些人用了后，發(fā)現(xiàn)了個問題，就是使用后會出現(xiàn)有些SQL時快時慢，不夠穩(wěn)定啊