最近公司来了个新同事，年轻有活力，就是查日志的方式让我有点裂开。于是我当场掏出了一套我压箱底的“查日志组合拳”，一招一式手把手教他。他当场就“悟了”，连连称妙！

Hi 你好，我是东东拿铁，一个正在探索个人IP&副业的后端程序员。 工作多年还不会排查线上问题？系统响应时间突增，CPU使用率明显上升，系统偶尔卡顿，一文教你四个排查方向

你好哇，我是歪歪。 前几天在网上冲浪的时候看到一篇技术文章，讲的是他把一个 request 请求传递到了线程池里面，然后遇到了一个匪夷所思的情况。 他写了这篇文章，把自己针对这个问题的探索过程分享了出

事情是这样的，在不久之前我不是分享了一篇文章说我写了端口检测关闭的 GUI 工具，如果你还没看过可以去瞧一眼：我写了一个程序，让端口占用无路可逃。 一切本都平平无奇，直到今天在使用时在任务管理器瞄了一

是极致魅惑、洒脱自由的 Java heap space？ 是知性柔情、温婉大气的 GC overhead limit exceeded？ 是纯真无邪、活泼可爱的 Metaspace？ 如果以上不是你的

本菜熊又来查项目问题了，最近项目接口莫名奇妙的经常超时，这个问题排查了很久了一直没有找到原因，今天想一次性解决了。 1. Java程序内存飚高 top命令查询资源使用情况 查询结果如下图所示，可以看到

本文旨在以第一视角，分享有限条件下综合使用多种工具、结合源码、官方文档等资料，深度排查问题原因、理解问题发生的背后原理，并最终还原问题发生过程的有趣经历。你可能需要先了解一些 G1的基础知识，再阅读。

1. 背景 8月30日，下午 15:50 左右，因阿里云 RDS 宿主机故障，我们部署在此宿主机上的一个核心订单库（mysql.order_sharding$^{[1]}$）因探活失败发生 HA 切换

1 抢救 2023 年 10月 27 日，是一个风和日丽的周五，我正在开车上班的路上。难得不怎么堵车，原本心情还是很不错的。可时间来到 08:50 左右，飞书突然猛烈的弹出消息、告警电话响起，轻松的氛