工作日报 今天的活儿根本就是盯着几个指标，感觉就像是在玩拼图，别看框架搭起来了，但总感觉缺了一块。 早上刚醒，手机响了两下，是老板发来的消息。他问昨天那个大模型如何跑慢了，我说优化了缓存，他说行吧，但忒慢了，得再整点。

我琢磨着，是不是缓存的 key 没设对？查了数据库，果然有个 old 数据没过期就被删了，害得查询工夫直接拉长了。下午去修了，把过期工夫推后了些，目前别看还是慢，但起码稳了。顺便在群里发个消息，让大家注意点，别在下班前跑数据，一天跑三遍，服务器都要炸了。 下午最忙的是那个新接口，老板说下周就要上线，得今天晚上先跑通。我接了任务，脑子里全是不确定的东西。接口文档写得挺全， endpoint 和 method 都列出来了，但具体如何调用，就像在迷宫里转圈，每一步都怕踩雷。先试了 GET，回数据格式对，但有些字段是动态的，我试了几次 change 方式，结局直接报错，说参数类型不对。慌了，赶紧回查了后端文档，原来是要 send 一个 JSON，里面得先有个 ID，再加点工夫戳。

后来试了 POST，发现算了，那个接口本来就不赞成 POST，只能改造 endpoint。改完后试了，接口通了，但前端传参的格式和文档里写的不一样，文档里写的是字符串，实际传的是对象。我又回去改代码，先是改成字符串，后端报错说不赞成动态类型，最终发现后端代码本身就不兼容，得加一层转换。最终改完，整个流程跑通了，把毛病码改成 Success，最关键的是，前端能正常调用了。 关于那些数据，我估摸今天有点多。接口调用次数统计图做得挺全，从 9 月 1 号到目前，总请求量是 128 万，峰值是 234 万，平均每秒 2.5 万。但那些峰值如何来的？昨天是个大促，系统流量大，今天接的多，今天又是大促活动前，预备得敞开了。并且，我看了一下后端日志，有些请求是重试的，出于那个数据库响应慢，我们加了限流，把请求间隔设成了 500 毫秒。

这 500 毫秒里，大约有 30% 是用户在等数据库，70% 是我们在等网络。大数据量的时候，网络波动影响挺大。

另外，缓存命中率大约 78%，说明大局部请求都命中了，但有些复杂查询还是没命中，得走数据库，CPU 占用率高了些。 说到缓存，今天又发现个难题，数据库里的字段值有时候是不统一的，有的用 null，有的用 0，还有的用 ""。

这玩意儿对前端影响挺大，有时候显示空，有时候显示数字。我顺手把数据库的默认值改统一成 null，前端代码里也得改，不然每次加载都得手动处理，忒费事。改完测试，数据对齐了，别看有点转变那会儿的逻辑，但起码稳住了。 晚上回去得写点文档，把今天遇到的坑都记录下来。

特别是那个接口改造，前端和后端参数对不上，后来是后端改得比较慢，害得上线前变动了代码。赶明儿得提前一天核对接口文档，别等到上线前再改，不然挺好办出错。

另外，代码审查那边说有些注释忒简略了，改了不少。 明天还得预备演示会上用的数据图表，毕竟老板说下周就要见客户了。得把昨天的数据整理好，做几个对比图，看看优化前后的区别。再就是那个新接口，明天得前端和后端两人一起审，确保参数彻底一致。流程走一遍，确认无误，明天上午就能正式发布。 总而言之就是，活干完了，但总认定哪儿没落实。数据那块最累，特别是目前的并发性，真让人抓狂。

不过既然都干完了，明天再细复盘一下。 最终，大家辛苦了，明天见。