半夜想吃披萨

前段时间季度OKR任务 RocketMQ 集群的扩展(技术场景调研/文档/实践) 在上个季度已经完成了 清明节放假有时间总结一下 输出一下 从单机到集群的架构和原理探索 最后raft分布式一致性算法

12月今年最后一个月了,相逢的人已走散, Q4的OKR已经定型了, 很平淡无味, 闲的无聊 提前写个年终总结吧。00年, 再过一个月就25岁了，一个人来杭州也已经3年多了 每天有时间写一点 周六了 写

最近组内需要对接spring-ai项目 上次已经新创建了一个项目 https://juejin.cn/post/7375030479495561226 跑通了整个流程(上周汇报成果)，为了集成到现有的

群里出现FULLGC次数和时间的告警通知,应该是xxxx业务升级，保存产品触发了权限相关数据的重置导致的，主要是产品下项目比较多、菜单和操作权限比较多的情况下更新、保存时比较容易出现这个问题，当时线上

凌晨2点二十分左右，生产环境base基础服务有两个节点不能提供服务了（consul健康检查超时导致），经过我们排查，初步定位到这个时间点xxx业务那边修改了消息订阅的回调地址，触发了“xxxx”这个产

1. 需求场景 群里又告警了,部分业务接口超时(卡redis了),最近业务上面全量查询接口在优化时候,添加的一些缓存，但是为了清除无效缓存占用的空间,在有些地方需要模糊查询删除,业务中使用的keys进

目前发现问题是由于不同的服务器上雪花算法机器码wordId相同导致。当发送短信功能在高并发请求下,大量请求在同一毫秒下并且workId在两台物理机Java服务上是一样的,就会出现ID重复情况, 下面是

临时解决方案: 先重启释放掉不可GC的内存,恢复内存正常状态,添加HeapDumpOnOutOfMemoryError参数 监控内存泄漏的dump文件，现场(dump/log)保留,继续分析问题触发

现在技术方案非常low,我现在就想把它优化为双向连接Webscoket+Stream形式, 考虑到我们业务并不是用户与用户聊天/群聊, 仅仅机器人与用户聊天，可以使用单向连接SSE(服务器推送事件)。