加班加嘛了,然后也在不停的摆烂,不过也不算全摆烂。最近把Mysql相关的东西都看了,原理包括mvcc,锁,sql如何执行的,sql调优分析,慢sql这些,像架构层面,学了主从,集群,分库分表这些。现在做的项目分库分表用的是ShardingSphere做代理,前一个项目好像用的mycat做代理,这几天正好遇到一个shardingSphere不支持的语法相关的问题。然后开始重新看JVM相关的东西,JVM当时看的时候只是把重点部分看了,然后做了笔记,现在就是边看当时的文档,边看笔记复习,顺便补充修改当时的笔记,可见做笔记的还是很重要的。看JVM这段时间正好隔壁组项目线上出问题了,一直在视频电话找问题,我正好在旁边,可惜只听出了大概是一直都好好的,然后突然某天某个时间段突然full gc频繁,然后导致大部分接口超时,一直在找导致full gc频繁的问题,没听到怎么排查的以及解决方案

。想起来上次听到的因为一个日志输出问题导致接口在并发量上来后,cpu飙升的问题,这个我偷到了排查流程和解决方案

,可惜我在自己电脑写demo复现好像不是很理想

。还有就是某个mq消费的地方因为第三方接口出问题,出现消息积压的问题,这个我也偷到了

。体系化的学习原理还是很重要的,至少在背相关八股的时候,没那么头疼。出问题的时候思考的方向也就会多一点。
最近闲着的时候看了Spring ai,Spring ai alibaba的官网文档。gpt刚火不久,就开始玩大模型接口了,当时给自己写的个人博客做了一个简单的ai问答模块,当时没想过那么多,接口问答也没搞什么问答记忆,流式输出之类的,就简单的接口调用,服务器还得挂梯子才能用上接口,感觉很鸡肋,没什么鸟用,做完就放一边了

。然后就是平时在写小组作业的时候,偶尔用用,我记得当时做一个期末的小组作业,需要实现判断某些文章和我们主题的相似程度的功能,当时是先做一个专家词库,然后判断通过词库给文章打分,这个专家词库就是通过调用ai接口构建的,然后也感觉很鸡肋,不过糊弄小组作业也算够够的。
看了spring ai,spring ai alibaba文档,以及agent、function call、提示词工程、MCP、rag等AI相关概念,我不禁感叹“卧槽,调个接口tmd也能玩得这么花,我当初怎么就没想到,难怪我tm只能当个普通的小开发!!!”。感慨完现在ai应用开发的牛逼之后,选了alibaba的框架做深入学习,打算做一个demo实践一下,结果我把官网的大模型换成zhipu的后,就报错了,找了半天问题,就差深入源码了,最后在看到了相关的issue之后就释然了。新东西是好,但是问题也多,可想那些很屌的开源项目/框架迭代到今天有多么不容易。然后整理了我这几个月的产出,感觉还是有地方能够结合ai 应用开发编一编的

。打算好好找个rag项目学一学。我感觉自己很多时候过于墨守成规了,导致创新能力不够,感觉和我内向的性格等有关系,但我还是倾向于和认知以及经验有很大的关系。