#每天一个知识点# 最近在优化一批复杂 SQL，从原来 8 秒优化到 100ms 内，总结几个 MySQL 实战心得：
小表驱动大表，关联顺序直接影响执行计划
联合索引遵循：等值条件在前，排序字段在后
小数据量下优化器可能不走索引，属于正常现象
想要 ORDER BY 不 filesort，直接把排序字段放进索引
多表关联尽量用覆盖索引，避免回表
日常 CRUD 看不出差距，一到大报表、分页查询，索引好坏直接决定系统卡不卡。

#最近一次面试被问麻了吗# 昨天刚面完，现在人还在 CPU 降频状态。

一上来还挺正常：
“自我介绍一下吧。”
我：稳住，这把能赢。

结果下一秒直接变脸：
“说一下你项目里的技术难点”
“如果让你重构一遍，你会怎么设计？”

我开始有点慌，但还能编（不是，是优化表达🙂）

然后——噩梦开始了：

“来，手写一下二叉树的直径”
我：？？？（脑子里只有“二叉树长啥样来着”）
写到一半，面试官说：
“可以再优化一下时间复杂度吗？”

我：可以，我可以直接优化成不写了。

好不容易熬过算法，想着该结束了吧——

面试官微微一笑：
“最近 AI 很火，你了解大模型吗？”

我：了解一点点（其实只会说 ChatGPT 很厉害）

“那你说说 RAG 和微调的区别？”

我：……（沉默是今晚的康桥）

空气安静了三秒，我甚至能听见自己职业生涯在走马灯。

最后临走前的灵魂一击：
“你觉得你相比其他候选人的优势是什么？”

我差点脱口而出：
“我比较抗压，刚刚已经被你锤了一小时还没哭。”