MinXie

别再裸奔了，该给应用加监控了 虽然我是一个纯纯的CRUD工程师，但是我闲时也会捣鼓一些不一样的东西，比如说监控。这篇文章就是记录我自己为做系统监控的过程中，遇到的一些问题，以及我是如何解决的。 如果你

TCP-三次握手 最近对计算机网络蛮感兴趣的，借着这股劲，来系统研究研究 TCP 协议。 先来个经典的三次握手问题 一问，为什么要三次握手？ 首先 TCP 协议底层是 IP层，IP层 本身是不可靠的

基于 Javassist 实现 Java 动态代理 之前写过一篇 基于 ASM 实现 Java 动态代理 的文章,这篇文章使用 Javassist 实现同样的效果

短链系统设计 最近,在分析慢接口的时候发现,耗时慢的位置在于 调用了第三方的短链系统 有多慢? 基本耗时好几秒吧 这是 trace 的截图 这慢得实在是惨不忍睹,那怎么办呢?自己设计一个吧! 开始设计

换个思路, 省下 Redis 10G 内存 知识的积累可以省钱!!! 最近产品流量剧增, 线上问题频发 Redis 的内存也是蹭蹭蹭地往上涨, 钱不知不觉在被燃烧着, 又到了出手优化的时候了

记一次线上 Spring CPU 突发密集事件 这是一篇 CPU 突发密集的事件, 经过就是 CPU 突然就跑了很高,而且是间歇性的,同时计算耗时特别长 ,这是下图CPU的使用率 看起来CPU耗时很高

记一次线上CPU高负载的解决思路 背景: 在某一天,运营同事突然发现运营看板好几天没有更新数据了, 然后找了过来?! 这里看似抛出了一个问题 ? 但细想一下, 同时暴露了我们对于线上服务的监控未完全覆

Broker 是 RocketMQ 中最核心的模块，也是最难啃的骨头 但是，没关系，单点突破，积少成多，一点点来攻破它 上一节中讲到了消息发送，那接着这个突破口，看看 Broker 中是怎样处理消息生

今晚放假了，继续进行 RocketMQ 的源码分析吧，可不能落下了 消息生产者前面已经输出了两篇文章，追踪了消息生产的大概流程以及发送消息时如何选择要发送的消息队列。 今天继续，研究一波消息生产的发送