MySQL运维设计避坑指南：5个高危陷阱揭秘

　　一三年那会儿，我还在中关村租的隔断间里改MySQL的my.cnf，空调外机挂在窗台铁架子上，一开就晃得整个墙面嗡嗡响。李伟叼着烟蹲在对面工位调慢查询日志，烟灰掉进键盘缝里都不弹一下——他后来转去做Redis中间件了，去年朋友圈发过一张东京地铁站的照片，定位是涩谷，没配文。我原以为调完buffer_pool_size就能稳住订单库，结果半夜三点主从延迟飙到四千秒，客服电话打爆老张手机，他一边接一边把泡面汤往键盘上泼，汤汁顺着USB线流进机箱……那天我没敢关终端，就盯着那个Seconds_Behind_Master数字跳，像看心电图。

　　一七年换云了。阿里云RDS出来不久，我们团队三个人凑钱买了个白名单试用资格，王蕾——就是当年管备案的那个姑娘，现在在杭州做SaaS交付——她连着熬了七十二小时，把三百多个表的字符集从latin1全改成utf8mb4，中间还手抖把一个生产库的max_connections设成17，不是1700。当时真信“托管即安全”，连慢查报警都关了两回，说“云厂商比咱们更怕挂”。结果二二年审计查出那年有四个月没做binlog校验，备份一致性全靠人眼对md5。我现在想起这事，后背还是凉的。

　　去年九月份的事。用户投诉导出报表卡死，查出来是前端直接调了个SELECT FROM order_detail WHERE user_id = ?，没走索引。运维同事顺手加了force index，当天压测通过，上线第二天凌晨三点开始夯住连接池。我赶到公司时发现DBA小陈正对着监控屏抽烟，烟盒摊在桌上，是硬盒红塔山，我伸手想拿一根，他摆摆手说：“别碰，这包刚拆，味儿太冲。”我就站在他旁边看。他说这SQL根本不该进库——该走ES聚合；我说那为什么前端不接缓存？他说缓存层去年架构重组时被砍了，“说是降本增效”。可我们当年在论坛时代搭采集器爬竞品价格，每条SQL都要手写hint，现在反而把explain当彩蛋来看。

　　桌上那台老显示器是飞利浦，22寸，右下角有道细划痕，像被人用钥匙刮过。记不清是哪年买的了。但记得一三年那会儿，所有库名都带_project后缀，一七年换成_team，二二年全改成_business_domain。听着很顺，其实就改了个字段前缀。可前两天翻旧文档，发现某次误删操作的备份脚本里，有个路径写着 /backup/mysql/project_xxx/20130812，而恢复时执行的却是 /backup/mysql/team_xxx/20220812 ——两个目录根本不在一台机器上。这事儿谁都没提过，包括我自己。

　　我错的那步，在一七年中期。当时测试环境跑通了并行复制（MTS），我让团队全面切换slave_parallel_workers=4，连测试都没跑满一周就上了生产。结果某个分库突然开始重复插入数据，事务ID对不上，日志里全是Duplicate entry 'xxx' for key 'PRIMARY'。查了三天，最后发现是某个存储过程用了GET_LOCK()又没显式释放，导致GTID不连续。那时候没人敢动XA事务配置，更没人想过要重置gtid_purged。我签的回滚方案里写着“暂不修复”，底下签字日期是一七年八月十一日。纸是蓝色复写纸，油墨洇开了，像滴了一小片蓝墨水。后来再也没见过那张纸。

　　前天在地铁口看见个穿格子衬衫的年轻人捧着《MySQL技术内幕》纸质书，封面卷边，书页折痕深得能夹住硬币。他刷手机付款买煎饼，扫的是那种贴在推车上的静态二维码，不是小程序码。我盯着他扫码的手指看了五秒，突然想起来，我们当年部署读写分离，用的还是自己写的proxy路由逻辑，连DNS轮询都不信任，宁可用iptables做端口映射……

文章配图，仅供参考

　　哦对，二二年还有件事：新来的实习生问“为啥binlog_format必须是ROW”，我张嘴想答“因为STATEMENT模式有函数陷阱”，结果卡住了。我翻了下自己的笔记，发现上一次认真读MySQL官方手册，是二零一五年三月十六日。那天下午茶歇时，我把打印的第212页给李伟看，他指着“LOAD DATA INFILE”那段笑：“你拿这个当圣经，不如看看上周刚炸掉的支付回调。”

　　现在这套我也拿不准还能干几年。昨天看阿里云控制台新出了“AI诊断慢SQL”按钮，图标是个绿色小闪电。我点了，它给我生成了三条建议，其中一条说“考虑将大字段挪到单独扩展表”，后面括号里标注：（适用于MySQL 5.7+）。可我们线上主力版本，还在跑5.6.37。没升。也不敢升。

（编辑：均轻资讯网）

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