有性能问题，上HeapDump性能社区

前言之前的文章里，笔者详细描述了监控数据在Prometheus内存中的结构。而其在磁盘中的存储结构，也是非常有意思的,关于这部分内容，将在本篇文章进行阐述。 磁盘目录结构首先我们来看Prometheu

以下这组数字，来自于Brett Slatkin在2008年谷歌I/O大会的演讲《Building Scalable Web Applications with Google App Engine》。

在开始正式的讨论前，我先抛出几个问题：- 谈到磁盘时，常说的HDD磁盘和SSD磁盘最大的区别是什么？这些差异会影响我们的系统设计吗？- 单线程写文件有点慢，那多开几个线程一起写是不是可以加速呢？- w

开门见山，天下之大，无奇不有，惊讶之余，我们一起探探究竟。首先要会看gc log，一图胜千言↓有个细节很关键，user(用户耗时)+sys(系统耗时) <real(真实耗时)。再来看下，每个耗时的具体

一、现象描述随着业务数据量的快速扩张，在日常监控下发现，搜索中心在高峰期容易出现告警。直至某一天，用户反馈搜索商品速度特别慢。针对此性能瓶颈，当时通过快速扩容临时予以了处置，但没有从根本上解决此问题。针对搜索低性能的问题，为彻底解决问题，解除性能束缚，展开了一次对搜索的性能排查和优化工

某个接口超时会偶发，查了几个 case 的日志，发现 httpClient 在请求某三方接口结束后输出一条日志时间为 A，方法返回后将请求结果解析成为 JSON 对象后，再输出的日志时间为 B， AB之间的时间差会特别大，100-700ms 不等，而 JSON 解析正常是特别快的，不应该超过 1ms

几年前的一个下午，公司里码农们正在安静地敲着代码，突然很多人的手机同时“哔哔”地响了起来。本来以为发工资了，都挺高兴！打开一看，原来是告警短信 故障回顾告警提示“线程数过多，超出阈值”，“CPU空闲率

这是前段时间发的一篇文章，很多读者反馈，文章没有揭示故障发生的详细原因。本次在文中加上故障的具体原因（下面黑体字部分），再推一次。几年前的一个下午，公司里码农们正在安静地敲着代码，突然很多人的手机同时

背景随着企业SDK在多条产品线的广泛使用，随着SDK开发人员的增长，每日往SDK提交的补丁量与日俱增，自动化提交代码检查的压力已经明显超过了通用服务器的负载。于是向公司申请了一台专用服务器，用于SDK

本文要介绍的是一个发生在我们线上环境的真实案例，问题发生在某次大促期间，对我们的线上集群造成了比较大的影响，这篇文章简单复盘一下这个问题。问了方便大家理解，实际排查和解决过程可能和本文描述的并不完全一