1. 問題描述：早上剛來上班，業務部門同事反應管理后台無法登錄 2. 問題排查定位 2.1 服務器排查 a. 接口是否可以調通：首先自己登陸后台，發現時好時壞，偶爾接口返回【系統忙】。我們系統接口異常調不通會返回系統忙 b. 服務是否死掉或者假死：連接服務器->查看Java ...

前言 之前或多或少分享過一些內存模型、對象創建之類的內容，其實大部分人看完都是懵懵懂懂，也不知道這些的實際意義。 直到有一天你會碰到線上奇奇怪怪的問題，如： 線程執行一個任務遲遲沒有返回，應用假死。 接口響應緩慢，甚至請求超時。 CPU 高負載運行。 這類問題並不 ...

不同時開啟tcp_timestamps和tcp_tw_recycle的場景描述 FULL NAT下 FULL NAT 在client請求VIP 時，不僅替換了package 的dst ip，還替換了package的 src ip；但VIP 返回給client時也替換了src ip ...

環境：centos7.4 內核版本3.10 最近看內核參數tcp_tw_recycle(該參數在內核 4.12 之后被移除），它用於快速回收處理TIME_WAIT狀態的socket。搜索該參數相關的資料，發現同時啟用該參數和tcp_timestamps后有可能在NAT環境下導致客戶端始連接失敗 ...

背景 前段時間收到運維反饋，線上Mysql數據庫凌晨時候出現慢查詢的報警，並把原始sql發了過來： 表數據量200W左右，不是很大，而且是根據主鍵更新。 問題排查 排查Mysql數據庫 我看到sql后第一反應就是是不是數據庫出問題了，每個小時都有業務，偏偏白天業務高峰時間段 ...

記錄一次線上oracle連接數不夠問題 昨天收到現場實施那邊反饋的問題，說數據庫連接數不夠，導致服務連接不上數據庫。 我最先懷疑是后台服務的連接池配置過大導致，看了下jar包中的配置， 我本想看看oracle的最大連接數是多少，結果發現沒法通過客戶端連接上，就沒法看了。后來問了下現場 ...

，不過都只是紙上談兵罷了。現在剛好有機會，到公司就和小伙伴開始排查。以下是full gc的圖片 ​ ...

今天陽光明媚，掐指一算，今天比較適合划水。 於是早上到公司之后先是蹲了廁所，然后就准備翻閱公眾號推文。 看的正嗨，突然釘釘群里開始響了， 生產日志群報了一條警告，如下： 報錯信息很明確 ...