零基础站长的MySQL运维设计实战课

　　页面崩在真机那一刻，我正捏着薯片袋边缘听隔壁组开站会——外放，声儿挺大，关键词是“灰度”和“兜底”。

　　你猜怎么着？那个零基础站长的MySQL运维设计实战课，去年3月份上线的，就卡在首页轮播图切第二张的时候，整页白屏。不是加载慢，是直接没挂DOM树。连埋点都没打出去。我盯着DevTools里那行红色报错，手还没抬起来，运营已经发来截图：手机端全量用户进不去后台登录页，连“忘记密码”链接都点不动。

　　水杯底结了一圈渍，浅褐色，像泡太久的枸杞水干了留下的印子。我把它往右推了推，挡住键盘右边那排F键。旁边小陈还在讲他们后端新上那个分库分表中间件，“延迟毛刺压到12ms以内了”，语气跟刚考完托福似的。我点头说好，心里想的是：这课根本没动过InnoDB缓冲池配置，连tmp_table_size都还用默认值。

　　优胜劣汰。我说它站得住，就是字面意思。不是理念，是物理现实。你看啊——第一波报名的1700人，三周内掉到892；两个月后剩437；现在还在线的，216个。没人踢人，没人设门槛，纯靠MySQL报错、连接超时、锁表失败、主从延迟爆红、备份脚本跑空、凌晨三点查慢日志时发现WHERE条件没走索引……它自己筛的。我原以为得靠考试淘汰，结果不用。SQL写不对，SELECT FROM users WHERE nickname = '老张' 一执行，全库卡死三分钟，他第二天就不来了。是真的不来，不骂街，不提工单，默默退订。比任何KPI都准。

　　机箱风扇一直在转，低频嗡嗡声，像有台老空调藏在主机后面。外卖的塑料袋响个不停，不知道谁点的饭，袋子被风吹着拍打显示器支架。我拆开一看，是酸辣粉，汤洒了半盒——但这不重要，重点是这课压根没教你怎么调my.cnf里的innodb_log_file_size，可学员自己摸着石头改完了。为啥？因为他备份失败十一次，第十一次他翻到阿里云RDS控制台右下角那个“参数模板”按钮，点进去看了五分半钟，然后抄了份生产环境推荐值。他没学概念，但他解决了问题。这算不算学懂？我不敢说，但确实活下来了。

文章配图，仅供参考

　　浏览器开了三十来个标签，其中七个是localhost:3000的不同路由，四个是MDN文档，两个是Stack Overflow同个问题的不同回答，一个挂着MySQL官方手册搜索页，还有五个……是钉钉聊天窗口，最新一条是“老师，mysqld.sock找不到是啥意思”。我没回。不是不想，是回不过来。因为与此同时，我自己本地的MySQL实例刚在执行一个ALTER TABLE ADD COLUMN操作时崩溃重启，错误日志里全是InnoDB: Failing assertion: !cursor->index->is_committed()。我截图发群里，底下刷屏：“删掉/var/lib/mysql/ib_logfile再启？”“别删！先mv！”“你们用的是Percona还是Oracle版？”没人问版本号。记不清是哪个版本了，反正不是8.0.33，也不是5.7.42，大概那个数。

　　设计稿与还原度。上周验收那个响应式后台表格组件，设计师说“悬浮态阴影太轻”，我说“你看看你给的PSD图层样式，投影模糊半径写了2px，但我渲染出来看着像4px”，她立马打开Chrome DevTools放大十倍截图，发现果然是图层叠加造成视觉误差。我们俩对着屏幕静默了八秒。然后她说：“下次我把图层导出为SVG，免得你猜。”我没说话，手指还在敲终端，刚刚才跑完第三遍mysqld --initialize-insecure --datadir=/tmp/testdb —— 还是起不来，报错说socket文件权限不对。我又试了一次，忘了加--user=mysql参数。

　　我原以为零基础站长最怕的是命令行，结果他们最怕的是SHOW PROCESSLIST里看见State列写了个“Waiting for table metadata lock”。有个人截了张图发来，Process ID是1432，Command是Sleep，Time是1847，Info是NULL，State是Locked。他问我：“这个Locked是不是代表服务器坏了？”我没敢答。因为五分钟后我也遇到了同一个State，锁在information_schema.TABLES表上。后来发现是另一个学员在web界面点了“清空所有缓存”，触发了flush tables，而我们的PHP-FPM进程恰好在执行select count() from information_schema.columns where table_schema='xxx'……对，就这么巧。不是并发高，是撞上了。

　　桌上的数据线缠成一团，Type-C口弯折角度不对，每次插都得用力顶一下才进。我试了三次，第四次才连上调试器。这课到现在没加监控告警模块，也没配Prometheus exporter，更没写过任何SLA协议——但它比我们团队上季度定的三个OKR都稳。为什么？因为它根本不承诺“不崩”，它只承诺“崩完你能自己修”。有人修好了，有人没修好。就这么简单。

　　下次得加个环节：让学员亲手删一次production数据库的.frm文件，然后从binlog里捞回来。不录屏，不给答案，只提供mysqlbinlog命令的帮助页链接。至于能不能回来……随缘。

（编辑：52站长网）

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