概述

以下分享的都跳過了很多坑，包括redis、tomcat環境配置、機器硬件配置等等問題（與線上保持一致，或者硬件性能減配系數，例如線上：8C16G，壓測：4C8G，系數簡單相差2倍），直接把挖掘瓶頸的主要思路搬出臺面。

創新互聯主要從事網站制作、成都網站建設、網頁設計、企業做網站、公司建網站等業務。立足成都服務保定,十年網站建設經驗,價格優惠、服務專業,歡迎來電咨詢建站服務:028-86922220

壓測數據分析

全局圖預覽

通過對某直播觀看頁面進行高并發壓測，在APM（Pinpoint）監控中發現一個有趣的地方：

上圖中兩個紅框中的數據（接近10s），相隔大概30分鐘就發生，16:20左右，系統撐不住服務出現異常不可用，懷著好奇的心態，追查方法調用的棧，如下圖所示：

該方法耗時多久呢？首先搞清楚Call Tree里面的一些概念：

可見這個sql查詢方法耗時14秒多，為什么呢？APM里面已經顯示了sql語句，在mysql中執行查詢發現執行時間很快，那么問題出在哪里呢？只能繼續深挖！

通過對比同樣的url，請求響應毫秒級的情況下，發現數據如下圖所示：

從redis獲取到數據后，并沒有再執行sql查詢了，通過這個分析，我們決定追蹤代碼還原真相（不懂代碼的測試不是好開發）：

可以看到緩存失效之后，直接查詢數據庫了

解決方案

SQL優化：優先級低

從數據分析來看，sql優化的用處不大，并不是返回了大量數據缺少索引，此次可以跳過。

緩存并發：優先級高

出現場景：當網站并發訪問高，一個緩存如果失效，可能出現多個進程同時查詢DB，同時設置緩存的情況，如果并發確實很大，這也可能造成DB壓力過大，還有緩存頻繁更新的問題。
處理方法：對緩存查詢加鎖，如果KEY不存在，就加鎖，然后查DB入緩存，然后解鎖；其他進程如果發現有鎖就等待，然后等解鎖后返回數據或者進入DB查詢。

經驗總結

1、善用監控工具，例如APM，進行鏈路監控、服務器性能、方法調用順序觀察

2、追蹤方法棧和相關日志

3、深入排查代碼挖本質

微信公眾號：樂少黑板報

另外有需要云服務器可以了解下創新互聯scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業上云的綜合解決方案，具有“安全穩定、簡單易用、服務可用性高、性價比高”等特點與優勢，專為企業上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

當前標題：一次緩存性能問題排查-創新互聯
標題鏈接：http://www.yijiale78.com/article26/pccjg.html

成都網站建設公司_創新互聯，為您提供網站設計公司、企業網站制作、虛擬主機、定制網站、網站收錄、網站建設

廣告

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