crossoverJie

前几天排查了一个业务接口执行高延迟的问题，也挺有参考意义的，分享一下排查过程。 现象是业务反馈有一个接口业务逻辑其实很简单，但是调用一次耗时，如下图所示： 排查应用运行状态 首先第一步需要查看当时的应

最近在排查 starrocks 线上的一个告警日志： 每隔一段时间都会打印 base-table 也就是物化视图的基表被删除了，但其实表还在，也没人去删除；我们就怀疑是否真的表被删除了（可能是

本文介绍了IM通信SDK的重构与优化，包括集成测试、动态URL调用和客户端重连机制。通过简化API和引入Builder模式，提高了代码的易用性和维护性。同时，支持了集群版测试，确保服务高可用性。

最近这段时间在处理一个 StarRocks 的关于物化视图优化的一个问题，在此之前其实我也没有接触过 StarRocks 这类主要处理数据分析的数据库，就更别提在这上面做优化了。 在解决问题之前

最近有时间又把以前开源的 IM 消息系统捡起来继续开发了（确实这些年经常有朋友催更）。 这段时间比较重大的更新就是把元数据中心抽离出来了，以前是和 zookeeper 的代码强耦合在一起的，重构之后可

因为公司内部在使用 PowerJob 作为我们的分布式调度系统，同时又是使用 OpenTelemetry

可观测性概念 当一个软件或系统出于运行状态时，如果我们不对他加以观测，那它的运行状态对我们来说就是一个黑盒。

在前面两篇实战文章中： OpenTelemetry 实战：从零实现分布式链路追踪 OpenTeleme

最近在给 opentelemetry-java-instrumentation 提交了一个 PR，是关