一次線上Redis類轉換異常排查引發的思考
之前同事反饋說線上遇到Redis反序列化異常問題，異常如下： 已知信息如下： 該異常不是必現的，偶爾才會出現； 出現該異常后重啟應用或者過一會就好了； 序列化協議使用了hessian。 因為偶爾出現，首先看了報異常那塊業務邏輯是不是有問題，看了一遍也發現 ...
原文：一次線上問題排查所引發的思考
前言 之前或多或少分享過一些內存模型 對象創建之類的內容，其實大部分人看完都是懵懵懂懂，也不知道這些的實際意義。 直到有一天你會碰到線上奇奇怪怪的問題，如： 線程執行一個任務遲遲沒有返回，應用假死。 接口響應緩慢，甚至請求超時。 CPU 高負載運行。 這類問題並不像一個空指針 數組越界這樣明顯好查，這時就需要剛才提到的內存模型 對象創建 線程等相關知識結合在一起來排查問題了。 正好這次借助之前的 ...
2018-07-09 08:20 6 3053 推薦指數：
相關推薦
一次線上問題引發的對dubbo優雅下線的思考
一.背景 我們經常聊到dubbo的啟動，是如何暴露接口的，如何注冊到注冊中心的，但是就一個完整的生命周期而言，有上線就必然有下線，而下線這一部分往往被人忽略，這次就一次線上發布問題為入口，來分析dubbo下線的過程和其中遇到的問題，從另一個方面加深dubbo整個生命周期的理解 ...
一次線上問題引發的對於C#中相等判斷的思考
線上報來一個問題，說用戶的數據丟失了。開發經過緊張的調查。終於找到了原因。 問題出在了 if 中的比較上。 values[rowIndex] 中保存的是一個整數，開發認為兩個整數比較實用 == 就可以了。 但是 values[rowIndex] 中的整數 ...
記錄一次tcp_timestamps 線上問題的排查
我們的情況和這個朋友遇到的有點類似： https://blog.csdn.net/majianting/article/details/96476375 如我的域名是：yuming.api.com 如公網ip是：192.168.2.202 我線上的接口是：http://yuming.api.com ...
記一次線上報錯日志問題排查
今天陽光明媚，掐指一算，今天比較適合划水。 於是早上到公司之后先是蹲了廁所，然后就准備翻閱公眾號推文。 看的正嗨，突然釘釘群里開始響了， 生產日志群報了一條警告，如下： 報錯信息很明確 ...
一次線上CPU高的問題排查實踐
一次線上CPU高的問題排查實踐 前言 近期某一天上班一開電腦，就收到了運維警報，有兩台服務CPU負載很高，同時收到一線同事反饋 系統訪問速度非常慢，幾乎無響應。 一個美好的早晨，最怕什么就來什么。只好推掉其他會議，專心搞定問題。 排查 登錄系統一看，后端的接口訪問果然全部超時 ...
記一次線上內存泄漏問題的排查過程
近期需要對公司的接口做線上的巡查監控，需要寫一個腳本放到服務器上，定時運行腳本監測線上接口是否正常。測試的接口不是HTTP協議，而是公司基於TCP協議開發的私有協議，因此不能直接用現成的一些接口測試工具，需要自己寫代碼來調用接口。由於是私有協議，為了方便各業務項目進行通信，開發部門統一提供了一個 ...
記一次線上崩潰問題的排查過程
，如下： 問題分析 馬上登錄線上服務器，gdb調試堆棧信息。 堆棧信息如下： #0 0x000000 ...