18年原生工程师力荐：MySQL实战手册，设计运维一册通

　　凌晨三点零七分，监控平台三百七十二条告警堆在 Slack 里没刷新完，DBA 老张的头像灰着，后端小李发来一句“查不了，主从延迟破两小时了”，我刚把 ssh 连上那台抖得像帕金森的从库，空调嗡的一声——不是启动，是停了，机房冷风瞬间变闷，汗直接顺着后颈滑进T恤领口。

　　我原以为得切到 sysbench 拉压测脚本重跑一遍索引热点分布，结果连 show processlist 都卡住五秒，敲完回车、盯着光标闪了十八秒、手指悬在键盘上等那个竖线跳动，才意识到不对：不是慢，是锁死了。不是表锁，是 metadata lock 在等一个根本不存在的 ALTER TABLE 事务释放——它上周三就被 kill -9 掉了，但残留状态还蹲在 performance_schema.metadata_locks 里，跟鬼一样不走。

　　这时候翻《MySQL实战手册》第87页，“DDL卡死排查树状图”右下角手写体批注：“杀掉线程前，先看 events_statements_current 是否有 STATEMENT_EXECTION_WAITING_LOCK，有就别硬kill，用 KILL QUERY 不是 KILL CONNECTION”。我照着做，两分钟清掉阻塞链。老板的微信弹出来：“能搞？明早九点产研会对齐方案”。我回了个“嗯”，把手机扣在咖啡渍已经干成褐色月牙的工牌上，没再碰。

　　这本书我去年国庆拆封的。不是买来学，是半夜三点被拖进客户现场救火时，对方DBA顺手从抽屉里甩出来的，封面卷边，页脚全是圆珠笔写的“错”，“漏”，“别信这行”，“此处MySQL 5.7.22有坑”。我拿回来随便翻，第二天修了一个持续四个月的从库复制断裂，原因是 relay_log_recovery=ON 时没关 slave_parallel_workers，手册里写“该组合在重启后必然丢位点”，我敢打包票——我们线上十三套同构集群，全中招，全按这句改完重启，十三次，全活。

　　但我说它优胜劣汰，真不是夸它全对。是它自己把活人筛出来了。比如第142页讲 online DDL，列了六种 ALGORITHM，每个后面跟着小字：“5.6 可用”、“5.7 默认但需 innodb_online_alter_log_max_size >134217728”、“8.0.29+ 已废弃 COPY 模式”——没有一句解释为什么废，也没有案例。你要是连自己集群到底几号版本都懒得查，翻两页就扔了。这书不教你怎么活，只看你有没有资格活下来。

文章配图，仅供参考

　　还有一次更绝。去年双十一前压测，我们发现二级索引查询响应时间忽高忽低，时延 P95 从 12ms 跳到 89ms，又跌回 15ms，反复三次。查 buffer pool hit rate、查 IO wait、查 CPU 上下文切换……全正常。最后手册附录 C 一个表格底下，印着极小号字：“innodb_adaptive_hash_index=ON + 索引字段存在重复值比例 >23% 时，哈希索引可能周期性重建，表现为 SELECT 延迟毛刺化（见 Oracle Bug#29342172）”。我们查了字段 distinct ratio，是 27%。关掉 AHI，毛刺消失。就这么简单。可这数字哪来的？23%？不是 22%，不是 25%？手册没写来源，我也没去翻 Oracle 的 patch note。这书只给路标，不给你造指南针。

　　值班表贴在茶水间门口第三颗螺丝旁边，今天轮我盯后半夜。上个月我申请调休去趟上海看老父亲手术，被驳回，理由是“Q4 所有DB变更必须双人值守”。人事邮件里写着“理解困难”，但我点开看到“困难”两个字加粗了，下面一行小字：“详见《人力政策V2.4》第11章第3条”。我笑了，想起手册第5页写：“不要试图读完一本MySQL官方手册——它的正确性与完整性呈负相关。”

　　所以我不推荐“入门”，不推荐“系统学习”，更不推荐当教科书用。它就是个急诊室里的止血钳，锈了一半，但握感刚好卡你虎口，刀刃也够快。你要是刚写完第一个 Hibernate 注解，别碰；你要是还在为 explain 结果里 type=ALL 抹眼泪，也别碰。但如果你某天凌晨三点盯着一条 update 语句跑了四分半还没结束，而你脑子里飘过的是“是不是又触发了隐式类型转换”，而不是“要不要重启mysqld”，那你大概率——会把它翻烂。我桌上这本页眉写满批注，扉页有咖啡渍、也有铅笔画的叉，最底下一行是去年国庆当天写的：“此书无目录，因目录会失效；但每一页都活着。”

　　我现在正在找第218页，讲的是 row format 压缩和 page cleaner 协作逻辑的边界案例。但我翻到一半，手机响了一声没接，是运维群弹出一条：“备库磁盘剩 2.3G，清理 relay log 脚本报错”。我合上手册，先去处理这事。等我把 purge relay_log 手动跑通，可能再翻。也可能不翻了——有些事，干比读快。

（编辑：站长网）

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