sql优化器

昨儿半夜被报警短信吵醒，一看是线上查询卡了18秒，用户投诉页面全白。爬起来连着灌了两杯咖啡，盯着监控大屏直骂娘——这破SQL明明三月前跑得飞快！

一、直接扒了慢查询裤衩

把监控里那条罪魁祸首扔进EXPLAIN，好家伙差点把眼珠子瞪出来：全表扫描！二十万行的用户表，这货愣是从头到尾摸了一遍。更绝的是filesort那栏明晃晃挂着"Using temporary"，活像在脑门上贴了"我卡死你们"的条子。

• 把WHERE里用到的列塞进索引——就跟我妈在厨房抽屉贴标签似的
• ORDER BY那俩字段也捆成组合索引，省得数据库临时建排队小抄
• 把ｓｅｌｅｃｔ 改成点名要的五个字段，跟查户口本似的精确到具体信息

二、索引这玩意儿不是越多越好

兴冲冲加完索引一跑，速度反而掉进沟里了。翻文档才看见更新数据时索引要重新排座次，跟小学生换座位似的乱哄哄。后来用了个土办法：

• 开慢查询日志蹲守三天，专逮那些跑得比老奶奶散步还慢的
• 把高频出现的where/orderby字段记小本本
• 在测试库把索引组合来回排列组合，活像玩消消乐

留了两个最肥的组合索引，其他全删了。数据库表结构现在清爽得像刚理完发的小伙儿。

三、连表查询差点送我走

最坑的是订单表和用户表扯在一起查。开始写的LEFT JOIN像八爪鱼似的缠三张表，EXPLAIN里ref字段全是NULL——相当于让警察查户口本却不给身份证号。后来拆成两层查询：

• 先用子查询把核心用户ID抠出来
• 再用这些ID去精确捞订单

速度直接从3秒变0.1秒，连DBA老哥都发来大拇指表情包。

忙活到天亮那会儿，看着监控图上从18秒跌到0.1秒的绿色曲线，突然想起家里电饭煲煮粥也会自动改火力——所以优化器不就该是数据库的智能煮粥模式？下次谁再写ｓｅｌｅｃｔ ，我就在他键盘上倒小米！

你们在SQL优化上踩过什么坑？评论区让我抄抄作业！