上週公司有乙個應用，一到晚上高峰期的時候rt（響應時間）就很長。後來上伺服器看了下jvm的配置，發現運維在啟動引數那裡把-xss給設成了10m。導致每個執行緒占用的記憶體過大，導致記憶體消耗過快，其它執行緒排隊等待的情況。後來把-xss改成1m之後，系統效能有明顯的提高。
總結：1.-xss引數不可以設的過大，特別在一些高併發場景的系統下。（低併發的話，沒關係）
2.jvm的引數不要任由運維去配。運維使用的引數可能不符合當前系統的業務場景。還需要開發人員去優化
記一次有驚無險的 JVM 優化經歷
背景 生產環境有二台阿里雲伺服器，均為同一時期購買的，cpu 記憶體 硬碟等配置相同。具體配置如下 由於這二伺服器硬體和軟體配置相同，並且執行相同的程式，所以在nginx輪詢策略均weight 1，即平台的某個流量由這二台機器平分。有一次對系統進行例行檢查，使用pinpoint檢視下伺服器 heap...
一次優化記錄
備註 由於隱私 部分使用了偽 偽sql 直接查十點查全部 select from 使用者優惠券表 where 優惠券id in select id from 優惠券表 where 限制 新使用者 and 90天內 總時間40 秒 這裡用exlpain分析 優惠券id是有索引的，但是實際上沒有走索引。...
一次優化記錄
今天收到乙個同事的求助，說有乙個sql跑了乙個多小時沒有結果。我看了看，這個sql是這樣的 隱藏了敏感資訊 select 號碼,列2,列3,max starttime flag from 表1 t1 where flag 0 and 號碼 not in select 號碼 from 表2 t2 gr...