假如你的網站打開很久，什么原因呢，先從最外層排查。瀏覽器按F12，看看Network哪個文件時間最長，這個是為了排查有可能css或者js插件引用了一些被國內牆住的地址，一直請求不到，所以時間很久。找到相關的地方注釋，或者引用本地的。 如果文件引用什么的都沒問題，看接口吧。 先自己寫個腳本訪問 ...

調用最簡單的JNI沒有出錯，但是涉及到OCI時就會異常退出，分析后基本確定是OCI 11g中的signal所致，參考ora-24550 signo=6 signo=11解決。 但是這個相同的so庫直 ...

故障分析 # 導致系統不可用情況（頻率較大）： 1）代碼中某個位置讀取數據量較大，導致系統內存耗盡，進而出現Full GC次數過多，系統緩慢； 2）代碼中有比較消耗CPU的操作 ...

第一章：入侵排查篇 第1篇：window入侵排查 前言 當企業發生黑客入侵、系統崩潰或其它影響業務正常運行的安全事件時，急需第一時間進行處理，使企業的網絡信息 系統在最短時間內恢復正常工作，進一步查找入侵來源，還原入侵事故過程，同時給出解決方案與防范措施，為企業 挽回或減少經濟損失。 常見 ...

來源 一個服務響應慢怎么排查 （一）負載均衡器進行檢查 1、檢查系統負載、內存使用情況：輸出表明是正常的； 2、檢查磁盤空間使用情況，未發現有分區被塞滿； 3、檢查系統日志，為發現異常輸出； 4、檢查應用程序運行情況，執行命令 ipvsadmin ，有轉發數而且數字不斷變化，這可以確認 ...

有個內部接口 , 另外同事會調用該接口 , 把一份郵件內容上傳到這個接口 對方反應該接口有調用超時現象 排查思路; 排查access日志 , 看到有499狀態碼 , 響應時間是5秒 , 可以確定的是對方設置了超時時間是5秒 對方想要把超時時間盡量小 , 因此繼續排查代碼中 ...

計算延遲時間 如果你正在經歷響應延遲問題，你或許能夠根據應用程序的具體情況算出它的延遲響應時間，或者你的延遲問題非常明顯，宏觀看來，一目了然。不管怎樣吧，用redis-cli可以算出一台Redis 服務器的到底延遲了多少毫秒。踹這句： 網絡和通信引起的延遲 當用戶連接到Redis ...

頁面卡頓，可能涉及到很多頁面性能問題，有可能是來自前端，有可能是來自后端，也有可能是來自用戶網絡問題等。 有可能是前端加載的某些js文件加載失敗了或者是報錯了 有可能是該頁面請求的接口太多了，導致數據返回慢，可適當做緩存 有可能是瀏覽器渲染的東西太多導致卡頓。 但頁面卡頓更大 ...