大促备战，最大的隐患项之一就是慢SQL，对于服务平稳运行带来的破坏性最大，也是日常工作中经常带来整个应用抖动的最大隐患，在日常开发中如何避免出现慢SQL，出现了慢SQL应该按照什么思路去解决是我们必须

公司某规则引擎系统，在每次发版启动会手动预热，预热完成当流量切进来之后会偶发的出现一次长达1-2秒的Young GC（流量并不大，并且LB下的每个节点都会出现该情况） 在这次长暂停之后，每一

每隔几个月就会出现内存告警，甚至OOM，持续一年多，一直以来解决办法是重启。 最后发现问题在于堆外内存泄漏，通过JVM将使用的内存分配器ptmalloc2替换为jemalloc解决问题

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

近期随着数据量的增长，数据库CPU使用率100%报警频繁起来。第一个想到的就是慢Sql，我们对未合理运用索引的表加入索引后，问

今天 早上7.16分左右 ，有个服务发生了紧急告警，很多接口超时，出于 学习+好奇 的心态，我开始了排查之旅~~~

本文详细的记录了一次0点接口严重超时的问题排查经历。本文以作者自身视角极具带入感的描绘了从问题定位到具体的问题排查过程，并通过根因分析并最终解决问题。

0. 简介 通常来说，对于一个运行时的复杂系统，如果系统出了问题是很难排查的，为此，我们需要再各种关键点上加上监控，通过监控获取的数据，解决问题。 Prometheus就是这么一款监控系统，其本质上是

0. 引言 前一段时间出现了一个正则表达式引起的线上CPU爆满的问题，一开始没有在第一时间定位到问题，这里也特此记录一下，同时也系统的梳理下CPU爆满问题的排查思路和方法，为后续的同学提供参考。 1.