遇到多次JVM堆外内存泄露的问题，每次问题的排查、修复都耗费了不少时间，问题持续几月、甚至一两年。 我们将这些排查的思路梳理成一套系统的方法，希望帮助到大家。

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

多数据源配置也算是一个常见的开发需求，Spring 和 SpringBoot 中，对此都有相应的解决方案，不过一般来说，如果有多数据源的需求，我还是建议首选分布式数据库中间件 MyCat 去解决相关问题，之前有小伙伴在我的知识星球上提问，他的数据根据条件的不同，可能保存在四十多…

在微服务架构中，一个服务通常都会有多个实例，而这些服务实例可能会被部署到不同的机器或虚拟容器上。此时对于日志数据的查看和分析就会变得困难起来，因为这些服务的日志数据都散落在各自实例所在的机器或容器上。

👈👈👈 欢迎点赞收藏关注哟 一. 前言 之前学习完了 G1 回收器的一些特性和回收流程 ，这些都是一些偏理论性的东西。这一篇就来通过修改各项配置来看一下 G1 回收器在实际使用中的效果怎么样？ 基础参

最近我观察到一个现象，当服务的请求量突发的增长一下时，服务的有效QPS会下降很多，有时甚至会降到0，这种现象网上也偶有提到，但少有解释得清楚的，所以这里来分享一下问题成因及解决方案。

动态修改RocketMQ线程池，那我们如何才能够通过管理页面对不同消费者组的线程池进行管理自由的随着业务波动进行平滑修改，降低线程池参数修改的成本。 另外，从功能性以及健壮性而言还有许多值得我们思考

上文分析了RocketMQ消费者消费消息核心原理，其中在消费者端，有一个重量级的组件：负载均衡组件, 他负责给消费者分配需要拉取的队列信息，本文分析负载均衡组件的核心实现。

在消息系统中，消费者消费消息有拉和推消息两种实现方式，拉消息是消费者主动向消息服务器发送拉消息请求，消息服务器将消息返回给消费者，而推消息是消息服务器主动向消费者推送消息的形式。