MySQL运维设计实战：36小时稳如磐石蜕变

　　去年国庆那场面试，现在想起来还觉得离谱——对方挂着个「MySQL运维设计实战：36小时稳如磐石蜕变」的培训师头衔，简历上写着「主导过百万级QPS架构优化」，结果连InnoDB的redo log刷盘策略都说不利索。会议室空调在滴水，他简历上的咖啡渍刚好盖住上家公司的离职日期，我原以为他是紧张，结果发现他是真不懂。

　　那场面试是我临时接的，原定的面试官拉肚子，前台在大声打电话说「送药的外卖放门口」，我抓了张湿纸巾擦桌子上的水渍，抬头就看见他正把简历在桌上转了半圈——这动作我见过三次，两次是候选人在背答案，一次是前同事被问到「为什么把主从延迟监控阈值设成5秒」时转笔。我直接跳过寒暄，问：「你说你优化过百万QPS，那如果主库的CPU突然飙到90%，第一反应是查什么？」

　　他愣了两秒，说：「先看慢查询日志？」

　　我差点笑出声——慢查询日志是事后复盘用的，CPU飙升时第一反应该是`top -H`看哪个线程占CPU高，再`show engine innodb status`看锁等待。我接着问：「那如果`top -H`显示是`mysqld`的某个线程占CPU高，怎么定位具体SQL？」他开始支支吾吾，说「可能用performance_schema？」我摇摇头：「performance_schema的采样有延迟，紧急情况下直接`kill -3`进程号，堆栈信息会写到error log里。」他哦了一声，转笔的速度明显快了。

　　这时候走廊飘来消毒水味，我想起上周面试的另一个候选人——那哥们简历写着「精通MySQL高可用」，结果被我问到「GTID主从切换时，如果从库的auto_position=1但主库的binlog被清理了怎么办」，他居然说「重启从库」。我当时就翻了白眼，现在看着眼前这位，突然觉得他们可能出自同一个培训班。

　　我换了个问题：「你说你设计过36小时稳如磐石的架构，那如果遇到主从延迟超过10秒，怎么解决？」他眼睛一亮，说：「用并行复制！」我追问：「并行复制有几种模式？哪种适合你的场景？」他卡住了，说「应该是基于事务的？」我叹了口气：「基于事务的并行复制（MTS）在MySQL 5.7之前是按库并行的，5.7之后才支持按组提交并行，但如果你有大量跨库事务，MTS反而会降低性能。」他开始擦汗，简历上的咖啡渍被蹭得更大了。

　　我原以为他至少能说出「调整slave_parallel_workers参数」或者「用5.7+的WRITESET模式」，结果他连这些基本概念都没搞清。我突然想起上周群里有人吐槽，说现在有些培训班教「36小时稳如磐石」的套路，就是背几个关键词——GTID、并行复制、半同步、组复制，然后面试时往问题上套，根本不管实际场景。看来今天遇到的就是这种「人才」。

　　我接着问：「如果主库的磁盘IO突然变高，怎么排查？」他想了想，说：「用iostat？」我点头：「iostat能看到磁盘的读写情况，但怎么定位到具体的SQL？」他沉默了。我补了一句：「可以用`pt-diskstats`看哪个表的文件读写高，再用`pt-query-digest`分析慢查询日志，或者用`processlist`看当前运行的SQL。」他哦了一声，说「这些工具我听说过，但没用过」。

　　这时候前台又打电话，说「送药的到了，麻烦签收」，我分了下神，突然想起上周面试的另一个候选人——那哥们简历写着「8年MySQL DBA经验」，结果被我问到「为什么主库的binlog格式要用ROW模式而不是STATEMENT模式」，他说「ROW模式占空间小」。我当时就笑了——ROW模式占空间大，但能保证主从数据一致；STATEMENT模式占空间小，但遇到非确定性函数（如NOW()、UUID()）会导致主从不一致。他居然连这都搞反了。

文章配图，仅供参考

　　我最后问：「你简历上写的『36小时稳如磐石』，具体是怎么实现的？」他眼睛一亮，说：「我们用了主从+半同步+MHA，保证高可用。」我追问：「MHA的切换时间是多少？如果主库宕机，从库提升为主库需要多久？」他愣住了，说「应该很快吧？」我冷笑：「MHA的切换时间取决于网络延迟和检测时间，如果网络不好，切换可能超过30秒。而且MHA只是故障转移工具，真正的稳如磐石需要从架构设计、监控告警、应急预案多方面考虑。」他哦了一声，简历上的咖啡渍已经干成了褐色斑点。

　　面试结束时，我送他出门，走廊的消毒水味更浓了。他问：「我这次表现怎么样？」我犹豫了两秒，说：「你培训班的老师没教你怎么应对这些具体问题吗？」他脸色变了，说「这些...培训班没讲」。我点点头，心想：这就是我为什么觉得「36小时稳如磐石」站得住的地方是「优胜劣汰」——那些只背关键词、不理解原理的候选人，早晚会被淘汰；而真正懂技术、能解决实际问题的人，才会留下来。至于培训班？不过是个筛子罢了。

（编辑：站长网）

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