crossoverJie

之前在公司主要负责可观测性和 Pulsar 消息队列相关的内容，最近系统比较稳定，只需要做日常运维，所以就抽出时间逐步在接触 OLAP 相关的技术栈。 我们用的是 StarRocks，也是目前比

今天收到球友的问题，让推荐一些值得看的开源项目，觉得 netty 这些太复杂了不太好上手。 确实如此，我们日常常用的 Spring、Netty 确实由于发展了多年，看起来比较头大。 下面我来推荐一些我

前段时间给 StarRocks 的物化视图新增了一个特性，那也是我第一次接触 StarRocks，因为完全不熟悉这个数据库，所以很多东西都是从头开始了解概念。 为了能顺利的新增这个特性（具体内容可以见

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

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

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

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

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

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