初探 Netty 是如何解决 IM 场景集群的长连接 故事还得从一个闲暇的下午说起，和组内的一个老员工聊到了 Netty 的应用场景，诸如 RPC、MQ等......

一、问题 在页面上表现出来的效果是：测试环境下的接口偶尔出现变慢的情况。经过统计发现一定规律：平均调用十次的情况下，差不多每隔三到四次就会出现一次抖动，并且时间基本在3秒多。 二、开始排查 1.接口

隔壁部门的应用线程数暴涨，给我们分析，必须拿下，给大家带来一次线程数暴涨的追踪及分析，没想到仅仅是因为httpclient无法释放导致。

实战Arthas 利用trace命令优化代码提升性能，一步一步深入性能优化，定位关键耗时代码，优化神器。

项目上线时，突然发现时间与正常时间对不上，少了八个小时；但我丝毫不慌，这不就是个时区的问题吗，简单，但是这一次它给我深深的上了一课，一起来看整个排查过程吧； 开始排查 1、排查数据库 一般的时区问题都

本文从Redis出发，搭建模拟高并发场景并实现超卖情况，再从redis角度解决这个问题。场景也是从单机环境到集群环境，模拟此操作，需要jmeter工具和单个redis服务

本文正在参加「金石计划」 前言 继上次线上CPU出现了报警，这次服务又开始整活了，风平浪静了没几天，看生产日志服务的运行的时候，频繁的出现OutOfMemoryError，就是我们俗称的OOM，这可还

背景 收到一生产环境报警消息，一个集群的CPU利用率直接飙升到了100% 领导说让我处理，但是我还不知道这个集群是干啥用的。。 找问题 看监控 先看下监控看下能不能看到有什么发现，发现这个集群消费MQ

本周，又一Java服务出现了内存问题，这次问题不严重，只会触发堆内存占用高报警，没有触发OOM，但好在之前的复盘中总结了dump脚本，会在堆占用高时自动执行jstack与jmap