redis並發處理慢

來源:互聯網
上載者:User

標籤:http   ar   java   資料   問題   時間   as   伺服器   tt   

最近項目一上線,就問題頗多,本地測試,ok,上線後,大使用者量的時候,頂不住。用了一個禮拜的時間發現的問題,總結下來。

項目是netty4.0,reids2.8,nginx等架構。目前是4台proxy伺服器,一台核心伺服器,reids只部署在核心伺服器上,各Proxy 伺服器共用redis資料。

當大量使用者訪問自己距離較近的proxy伺服器時,proxy同時請求核心伺服器,並發量到1w時,經常請求卡死,網頁請求不回來,開始從netty的http處理並發下手,各種netty的官網,netty的最佳化,和配置,都修改了,還是沒有起作用,後來屏蔽redis後,發現netty處理20w並發一點問題沒有,問題確定在redis上。

然後,著手redis的最佳化,redis的池的最佳化,配置,沒有作用,後台發現,本地訪問redis並發1w,很快,但是,訪問其他伺服器的redis特別卡,發現原因,就在於,跨伺服器訪問redis,可能由於網路,跨伺服器,導致的並發請求redis,回不來的問題,那麼,最後,捨棄了proxy伺服器遠程調用核心伺服器reids的方案,nginx改為所有心跳請求,跨過proxy伺服器,直接走核心伺服器,這樣相當於本地訪問redis,最後擔心核心伺服器並發能力,暫時,開啟了2個服務,處理所有並發,reids問題得到解決。

總結:就是reids本身效能沒有問題,處理並發能力ok,就是跨伺服器遠端存取其他伺服器reids時,並發大了,網路延遲等,會出現取reids卡死。




redis並發處理慢

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.