MySQL运维实战：7年测试工程师的36小时稳态蜕变

　　我原以为中秋那会儿就挂了——活动页加载白屏三分钟，落地页跳转卡在券核销接口，后台数据直接停在14:23:07，然后就再也不动了。你记得不？就是那个弹窗一开、push就炸的晚上。群里一直在@人，但没人说话，就光刷红点，刷得我手机电量掉到13%。王磊在打印机旁边蹲着等A4纸，说设计改第七版导出失败，PDF带不了字体。我盯着后台，每两分半自动刷新一次，数字全绿，except那个user_id为null的插入语句，在error_log里躺得比我还平。

　　那次砸了的是“满199减30”的券池预热——不是发不出去，是发出去的券根本进不了MySQL的user_coupon表。查日志发现insert忽略主键冲突，但没设ON DUPLICATE KEY UPDATE；而老券ID是从缓存里读的，缓存刚好中秋前夜崩过一回，没重刷。我原以为是Redis问题，结果连着三天盯慢查询日志，最后发现是insert select里嵌了个子查询，select又关联了没加索引的order_detail，一行SQL锁了整张表十七秒。张薇昨天还问我：你测的时候跑过并发insert吗？我说跑过，50线程，但没跑带子查询的——她把咖啡杯搁在桌上那张手写的排期上，茶水浸透“中秋DB压测”那行字，墨迹晕成一片蓝灰色。

　　优胜劣汰不是口号。是那天凌晨两点，我改完存储过程后重新导入测试数据，结果误删了dev环境的coupon_config配置表——不是drop，是update set status=0 where id>0，全关了。李工来接班时直接打开prod库对比，说你这SQL敢在生产跑？我说不敢，但他看了眼我的执行记录，没说话，转身就去拉备份。饮水机在换桶，新桶卡在半截，咕嘟咕嘟响，像数据库在吐气。后来他们让DBA写了个脚本，把dev恢复到前天18:00，但漏了一张表：activity_rule_log。所以第二天AB测试漏了1.7%的用户行为，没人知道是谁没看到弹窗——反正漏斗最后一步转化率跌得不像实测，像抽样失真。

　　我跟产品吵过一次。他说“用户领券要即时到账”，我说“你让我用insert ignore保证幂等，但你要实时展示余额，就得加select for update”，他反问“为什么不能查缓存？”我说缓存不一致周期是5分钟，他拍桌子：“那我push文案都写了‘秒到账’！”——他手机屏保还是上次团建合影，右下角时间戳是去年6月。我没提MySQL的READ COMMITTED隔离级别在RR模式下怎么绕过幻读，只说：你让前端每次领完券再发个get_balance请求，我保证给你个数。他点头走了。五分钟后设计在群上传新图，标题写着“3秒到账”。

文章配图，仅供参考

　　其实中秋那轮压测跑完，我们留了三台从库专门扛report查询，但没人告诉运维这三台被调度系统自动划进弹性伸缩组——流量一上来，它们被当成闲置节点清退了两台。查K8s事件日志才看见，deleted node：mysql-slave-3，reason：low cpu usage。低是因为没人在查，不是没活干。会议室一直被占着，贴着门缝看，市场在对中秋投放包的短信模板，说“别写‘限时’，写‘月圆限定’”，产品经理靠墙站着啃包子，馅儿掉在裤腿上，他伸手拍，没拍掉。

　　你记得林芳不？做数据埋点的那个，上周辞职前给我留了张纸条：“SELECT FROM user_behavior WHERE event_time BETWEEN '2023-09-29' AND '2023-09-30' ——这个查不出中秋真实复访，因为event_time是客户端本地时间。”我当场就懵了。她走后没人补ETL任务，所以那个漏斗归因，一半靠猜，一半靠截图比对。我现在看所有转化率都先想时间戳在哪取的——是NTP校准过的？还是app刚启动时从服务端拿的？还是干脆没取？

　　我今天早上把所有INSERT语句都加了VALUES ROW()语法糖检查，顺便把批量更新全改成ON DUPLICATE KEY UPDATE……算了，不说了，刚收到消息，下周要切MySQL 8.0，事务日志格式变了，备份脚本得重写。张薇说DBA团队没档期，让我们自己适配。我电脑右下角时间是10:47，手机电量现在剩11%，我打算中午去打印店重打那份排期——这次用防水笔。对了，王磊刚才发我一张照片：A4纸背面手写了三个SQL，全是DELETE语句，最底下一行写着“别跑”。

　　自己那份周报还没动。空着第三行“关键问题跟进”，就打了两个字：“锁表”。后面跟了个破折号，还没填完。

（编辑：草根网）

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