用户3755177270979

一次内存溢出问题排查与解决 背景 在某次构建发布到测试环境后，容器不定时会重启，导致系统的接口不定时失效崩溃。故打开公司内部的监控工具，发现报OutOfMemory 错误，堆内存不足。 ​ 问题解决

三句话，我决定要他了 最近团队业务扩张，所以有一些HC，我也因此成了“兼职面试官”，每天都在跟不同的候选人打交道。面得多了，一些有意思的现象就浮现了出来。

12306中实际上可以明显察觉到，搜索中转方案是比搜索直达车票慢的，因为中转城市会比较多，会拼接出很多中转方案，再通过一些策略筛选（余票数量优先、最近时间优先），此时会导致执行时间偏久

当面对 JVM OOM 时，你会紧张吗 ？ 会不会手足无措 ？ 这篇文章，分享前段时间帮一位同学梳理面对 JVM OOM 事故时的解题思路。 首先从对话中，我们可以看到内存溢出呈现两种情况： 运行一段

日常问题排查-调用超时 前言 日常Bug排查系列都是一些简单Bug排查，笔者将在这里介绍一些排查Bug的简单技巧，同时顺便积累素材^_^。 Bug现场 这次的Bug是大家喜闻乐见的调用超时。即A调用B

选用两种最常见的线上问题为案例，配合大量图文，按步骤讲解发现和定位问题的方法，实乃家居旅行必备良药啊！

前文解决了数据同步的执行顺序问题后，接着又遇到了典型的数据倾斜问题，解决起来并不复杂，涉及到观测和逆向思维，我觉得还是蛮有意思的，就记录一下。

这也是我写这篇文章的动力 —— 希望能让后来者少走一些弯路。 如果这篇文章能帮你理清哪怕一个概念，或解决一个困扰你的问题，那就达到了我写作的目的。 道阻且长，但有趣的是，我们每解决一个问题，就会遇到新

前言 三年前在一家公司和开发团队的架构师合作过，一起写过代码。让我真的很难受啊，这个架构师写的代码很多逻辑都写到SQL里面，各种连表查询,SQL 非常的复杂，每次我去维护都得看好久它这个SQL逻辑。