feihui

最近发现某个服务偶发性抛出如下错误： 首先进行常见的检查：数据库连接数、CPU、慢查询一切正常，服务 QPS、RT、网络连接也均无异常。

之前RT徒增问题复现，这次配合 hot thread 和 flame graph 有新发现 还是一样的堆栈

最近需要批量将仓库内网迁移到外网，三步走即可完成！ 第一步： 执行完毕之后会在当前的目录下生成 xxx.git 目录文件，进入该目录 第二步 执行完毕后新仓库就有了旧仓库的全量数据，包括 branch

如何设置合适的 JVM 启动参数 ( 如 heap、GC )？关于这个问题，需要跳出问题本身来看 -- 配置只是一种手段而非要解决的问题：减少 GC 时间，降低 STW 时间。

开门见山：Kafka Consumer，长时间 ( 甚至一直 ) 不 ACK 不会导致 rebalance！ But 有些小伙伴说，我的场景下 ( Java Client 默认配置下 ) 长时间不

延续上一优化项 关于 Shardingsphere SQL 预热优化项，尽管首次请求有大幅度下降 ( 800ms -> 300ms )，但仍然有部分超时出现，那么来进一步探索下，下来看如下火焰图：

之前从火焰图观测到，第一次请求使用 ANTLR 解析 SQL 耗时较长，而第二次请求由于缓存原因耗时很小，相关代码如下： 那么为了解决第一次请求耗时较长的原因 ( 以支持更平滑的发布 )，自然而然想到

记得之前有次发布后线上莫名偶发性出现 NPE，出现 NPE 还好，问题在于 NPE 的地方特别奇怪： 当时看到这个 Exception 一脸懵，这算啥问题？

在一次项目发版之后，发现线上定时任务必现 400！当时一脸懵逼，依稀记得改动并不涉及涉及任何 http client。当时的第一反应便是 debug，尴尬的是一开始搞错排查方向。