一次接口超時排查，花費了我兩個星期。。
來源：https://zhenbianshu.github.io/ 接着上次的排查，最近在查一個問題，花費了近兩個星期，我一定要總結一下，今天繼續。 Jdk 的 native 方法當然不是終點，雖然發現 Jdk、docker、操作系統 Bug 的可能性極小，但再往底層查卻很可能發現一些常見 ...
原文：一次花費了一兩個小時的mysql問題排查
晚上把博客遷了個服務器，新建用戶的時候遇到問題了。 關於mysql的問題。 前置操作 建了兩個用戶，一個laravel，一個blog用戶以及他們的同名數據庫。 建好之后，命令行下面連接mysql服務，都能正常登錄，並且也都能連上各自的數據庫。 問題體現 之前laravel用的root賬號，這次建好laravel用戶之后，改了laravel的配置文件，laravel的服務一切正常 但是blog用戶能 ...
2017-07-31 18:01 6 829 推薦指數：
相關推薦
[問題排查]記錄一次兩個dubbo提供者同時在線，代碼不一致導致問題的排查記錄
1. 需求 有一個需求job定時5秒一次，job【消費者】調用dsc【提供者】提供的dubbo完成：先清空redis的某個key，然后再往redis中放入新的數據，這是一個定時任務，需要每隔5秒執行一次； 2. 問題場景 某次上線發布之后，發現再寫入redis中添加了多一點數據的寫入 ...
記錄一次問題排查
1. 問題描述：早上剛來上班，業務部門同事反應管理后台無法登錄 2. 問題排查定位 2.1 服務器排查 a. 接口是否可以調通：首先自己登陸后台，發現時好時壞，偶爾接口返回【系統忙】。我們系統接口異常調不通會返回系統忙 b. 服務是否死掉或者假死：連接服務器->查看Java ...
排查Mysql突然變慢的一次過程
轉載自 嚴陣以待 https://www.cnblogs.com/yanzhenyidai/p/13450965.html 目錄 定位問題 尋找原因 解決 總結 上周客戶說系統突然變得很慢，而且時不時的蹦出一個 404 和 500，弄得真的是很沒 ...
記一次排查CPU高的問題
背景 將log4j.xml的日志級別從error調整為info后,進行壓測發現CPU占用很高達到了90%多(之前也就是50%,60%的樣子). 問題排查 排查思路: 看進程中的線程到底執行的是什么,導致CPU占用較高. 1. 使用top命令查看到底是哪個應用 ...
一次 kafka 消息堆積問題排查
收到某業務組的小伙伴發來的反饋，具體問題如下： 項目中某 kafka 消息組消費特別慢，有時候在 kafka-manager 控制台看到有些消費者已被踢出消費組。 從服務端日志看到如下信息： 該消費組在短時間內重平衡了 600 多次。 從 cat 查看得知，每條消息處理都會有 4 次數 ...
記一次NoHttpResponseException問題排查
？ 通過查閱資料，發現了一篇比較好的文章：一次NoHttpResponseException問題分析解決。 ...
記一次mybatis bindingexception 問題排查
看到的錯誤信息如出一轍都是這樣的：Method threw 'org.apache.ibatis.binding.BindingException' exception.Invalid bound s ...