大家好，我是苏三，又跟大家见面了。 前言 我之前在一家餐饮公司待过两年，每天中午和晚上用餐高峰期，系统的并发量不容小觑。为了保险起见，公司规定各部门都要在吃饭的时间轮流值班，防止出现线上问题时能够及时

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

你好呀，我是歪歪。 这篇文章来盘一下我最近遇到的两个有意思的代码案例，有意思的点在于，拿到代码后，你一眼望去，没有任何毛病。然后一顿分析，会发现破绽藏的还比较的深。 几个基础招式的一套组合拳下来，直接

总结过去几年遇到的一些偶现问题， 如果上线前不把偶现的问题刨根问底弄清楚，到了线上将会更难排查。 客户所在的上下文环境可能会和我们不同，常常导致我们不能模拟重现问题，在过去的几年中也遇到过不少这样的

前言 最近我在公司优化了一些慢查询SQL，积累了一些SQL调优的实战经验。 我之前写过一些SQL优化相关的文章《聊聊SQL优化的15个小技巧》和《explain | 索引优化的这把绝世好剑，你真的会用

大家好，我是大彬。 JVM调优一直是面试官很喜欢问的问题。周末在网上看到一篇JVM调优的文章，给大家分享一下。 背景 最近对负责的项目进行了一次性能优化，其中包括对 JVM 参数的调整，算是进行了一次

随着转转业务规模的不断增长，我们的搜索推荐服务正在面临严峻的垃圾回收带来的服务接口耗时毛刺问题。为此，我们计划通过升级JDK版本来实现GC问题的改善。

最近接到了一个新需求，要求提供查询关注对象的粉丝列表接口功能。该功能的难点就是关注对象的粉丝数量过多，不少店铺的粉丝数量都是千万级别，并且有些大V粉丝数量能够达到上亿级别。

为应对618、双11大促，经常会发生流量过大导致Jvm出现大量young Gc 和 部分full GC的情况，使得性能下降，可用率降低等情况。本文将借助Jvm的垃圾回收机制，介绍如何避免full gc