程序员必追！本周技术动态速递

　　接口超时告警那一刻，我正蹲在茶水间扒拉最后一口冷掉的咖喱鸡饭——筷子还粘着米粒，手机震得工牌带子直跳。监控大盘上那条绿色的线一直在抖，不是闪，是肉眼可见的哆嗦，像谁用鼠标点了十次“刷新”又没点开。老张端着保温杯从旁边挤过去，杯盖都没拧紧，水漏了一路，淌到我拖鞋边上了。他嘴上喊着“这波稳了”，人已经往运维台奔了，结果半道被前端小陈截住，俩人堵在消防通道口比划接口字段长度的事，小陈手里的热美式洒了自己一袖子。

　　我原以为是缓存击穿，查完 Redis key 就知道错了——压根没走缓存，连穿透都懒得穿，直接打到库上去了。表结构去年6月动过，加了个字段，没加索引，也没补唯一约束，就扔那儿了。谁改的？我翻 git log 时发现是实习生提的 PR，合并人写的是“已测”，但测的啥？测的字段存进去了没？测的 QPS？测的超时阈值飘没飘？没写。我就盯着那行 ALTER TABLE … ADD COLUMN，光标停了两分钟，外卖筷子掉在地上，断成三截，没人捡。

　　所以“程序员必追！本周技术动态速递”这玩意儿，真不是运营瞎起的标题。它站得住，就站在这儿：优胜劣汰。不是考你八股背得多熟，是你敢不敢看那个慢查询的执行计划；不是比谁调参调得细，是你愿不愿意把线上字段名从 user_name 改成 nickname 后，挨个扫清所有拼错的 user_nam、usrname、usernmae —— 扫不完？那就等着雪崩那天凌晨三点被电话砸醒。我见过三个组因为一个字段改名崩了仨小时：订单状态字段从 status_int 改 status_code，中间夹着两层老服务硬转，其中一层转一半就卡住，另一层收不到回包就开始疯狂重试……堆栈里全是重复的 trace_id，像复印机卡纸似的叠着印。

　　咖啡机坏了三天，按钮按下去只响一声“嘀”，再没下文。行政说配件要等，技术部没人管这个。倒是小李天天拿螺丝刀捅进出水口，叮当敲，最后捅出来一团发黑的水垢，掉进不锈钢托盘里，像块风干的猪肝。他擦着手笑：“比我上次修 Kafka 消费滞后还顺手。”我点点头，心想他哪次不是靠手感蒙对的？但蒙对了就是对，蒙错了就得回滚。这逻辑太干净，反而让我后怕——越干净的东西，裂痕越深。

　　机箱嗡嗡响，不是风扇，是电源模块在发热老化，声音低频，震得我桌角那盒回形针都微微跳。我伸手去按，它立刻哑了，松手又响。没人报修，因为没挂掉。就像我们那个祖传定时任务，每天凌晨两点跑一次数据同步，日志刷得太快看不清，只有最后一行写着“exit code 0”，前头全是乱码。我翻过三次，每次看到第三行就放弃——太慢了，来不及等它滚动完。但昨天产品突然问我：“为啥用户画像标签总差一天？”我查到那行 exit code 0 后面，其实藏着一行 warning：INSERT IGNORE 被主键冲突吞掉了两千条记录。我截图发群里，没人回。老张说“先不改”，小陈说“等灰度过了再说”。我说“灰度早过了”，他说“我说的是新版本的灰度”。

　　工位隔断上贴的便签卷了边，是上周写的“别动 user_id 前缀逻辑”，字迹糊了，蓝墨水洇成一片，像滴进水里的板蓝根。底下还压着半张发票，抬头是“某云服务年付”，金额处被人用圆珠笔画了个圈，圈里写了“×3”，旁边箭头指向右下角，“续费提醒”的字样早被指甲刮没了。谁刮的？不知道。但我知道上周六夜里三点我还在查慢查询原因，看的是同一条 SQL：SELECT FROM user WHERE user_id LIKE 'A%' AND status = 1……查完发现，status 字段上建了索引，user_id 没建，LIKE 用了全表扫描，但数据库配置把 sort_buffer_size 调低了——不是调错了，是压根没调，沿用默认值。我问 DBA，他正在帮测试环境重装 MySQL，一边卸载一边说：“老版本不支持 partial index，先忍忍。”

　　所以优胜劣汰根本不是赛跑，是筛子。筛掉那些以为“能跑就行”的，筛掉那些觉得“别人改的我不碰”的，筛掉那些看到告警先切钉钉看是不是误报的。留下的不是最牛的，是最后一个把字段改完还顺手把文档更新了的，是把脏数据导出清洗完还反向补了一行 delete 的，是在缓存击穿之后没急着加限流，先去确认幂等键到底是不是唯一索引的。这些动作不炫技，没 PPT 可讲，但在告警响起那一刻，它们比任何架构图都准。

文章配图，仅供参考

　　但我也不敢动那块——用户中心的 auth_token 表，里面存着三年前的手动插入 token，有些没过期时间，有些过期时间是 Unix 时间戳零值，有些过期时间格式是字符串“9999-12-31”。运维说过两次“这块别碰”，产品说“反正现在还能用”，前端说“token 接口响应快得很”。上个月有次部署回滚，就是因为动了关联它的某个字段注释，触发了某个 ORM 的反射逻辑——不是崩溃，是自动删掉了注释字段的所有默认值定义。我原以为只是显示问题，结果两天后发现，新注册用户的默认头像字段变空了，没人报，直到社区运营说“怎么最近新用户头像全是缺省灰色方块”。我查了一上午，在 migrations 目录里翻出一句注释：“此处注释曾用于生成默认值，现已弃用”，没写什么时候弃用的，也没写为什么弃用。

　　我打算下周抽半天，把那张 auth_token 表的全量 dump 下来，自己本地跑一遍数据质量校验。不交 report，不拉会，就丢个 Excel 给 DBA，让他帮我看看那些“9999-12-31”到底是真过期还是假过期。要是他忙，我就等他喝完第三杯茶再问——他泡茶的时候话多点。或者干脆等咖啡机修好那天，站在那儿等出水，顺便聊两句。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!