面试官问数据库优化，十有八九不是真想听你背索引原理。他真正想知道的是，你面对一个慢查询时，脑子里有没有一套完整的排查路径。我见过太多候选人，上来就背“建索引、分库分表”，问一句“为什么这个SQL慢”，立刻卡壳。数据库优化从来不是单点技巧，而是一条从现象到本质的排查链。今天把这八个考点串起来讲，每个都是面试官手里现成的“试金石”。
第一个考点，也是最容易被轻视的：慢查询日志的解读。别小看这个，很多人知道开慢查询日志，但不知道怎么看。慢查询日志里藏着三个关键信息——执行时间、扫描行数、返回行数。面试官最爱问“你遇到过最慢的SQL是什么”，你要能说出具体数字：比如某条查询扫描了500万行只返回20条，这就是典型的索引失效。真正的高手会告诉你，优化前先看这个比值，扫描行数和返回行数差距越大，优化空间越大。这比背什么“最左前缀原则”实在多了。
第二个考点，索引失效的六种典型场景。这个几乎是必考题，但大多数人答不全面。记住这六个就够了：对索引列做了计算或函数操作、隐式类型转换、like查询以通配符开头、联合索引不满足最左前缀、使用or连接非索引列、order by和group by没走索引。我建议你准备一个真实案例，比如“where date(createtime) = '2024-01-01'”这种写法，看起来没问题，实际上索引完全失效。面试官要的不是你背全这六条，而是你能不能举一反三，讲清楚为什么失效。
第三个考点，explain执行计划的深度解读。这个坑最深。大部分人知道看type列，但type不是唯一指标。你还要学会看keylen，它能告诉你联合索引实际用了几个字段；看extra里的“Using filesort”和“Using temporary”，这俩出现任何一个都意味着要优化。我碰过一个候选人，把type=ALL当成“还行”，其实全表扫描在数据量大时就是灾难。面试官会追问“你优化完怎么看效果”，你得会对比执行计划前后的变化，而不是只说“变快了”。
第四个考点，分页查询的深度优化。这个几乎每个项目都会遇到，但很多人只会用limit。limit深翻页的问题在于，数据库要扫描并丢弃前面所有行。面试官会问“第100万页怎么翻”，你要给出三种方案：延迟关联、游标分页、覆盖索引。我最推荐的是延迟关联——先用覆盖索引查出主键，再回表取数据，这样能避免扫描大量无效行。最好能现场估算一下，比如limit 100, 20，直接扫描100万行，延迟关联可能只扫几千行，这个数字对比一出来，面试官就点头了。
第五个考点，count()的三种写法对比。这个问题看似简单，其实能考出水平。count()和count(1)和count(字段)的区别，很多人答不上来。核心就一句话：count(*)和count(1)性能几乎一样，但count(字段)会跳过NULL值，而且如果字段没索引，性能最差。更高级的考法是“怎么优化大表的count”，你得说清楚：用近似值替代、用缓存、用汇总表。但要提醒一句，别一上来就说用缓存，面试官会追问“缓存和数据库不一致怎么办”，你得能接住。
第六个考点，索引下推和覆盖索引的实战应用。这俩概念容易混。覆盖索引是说查询的字段都在索引里，不需要回表；索引下推是MySQL5.6以后的功能，把where条件里能过滤的字段提前到存储引擎层过滤。面试官喜欢问“联合索引(a,b,c)执行where a=1 and c=2，c条件有用吗”，你得说：a能走索引，c不能，但有索引下推的话，c能在索引层过滤掉一部分数据，减少回表次数。这个细节能说明你真的理解索引的底层机制，而不是只会背定义。
第七个考点，事务隔离级别与锁机制。这个很多人觉得是理论题，其实跟优化强相关。比如可重复读级别下，next-key锁会导致间隙锁，高并发插入时容易死锁。面试官会问“怎么减少死锁”，你要能答出：降低隔离级别、调整索引顺序、控制事务大小。更重要的是，你得能说出“为什么InnoDB默认用可重复读”——因为要配合binlog做复制，这个历史原因能答出来，说明你读过源码或者深入看过文档。
第八个考点，分库分表与读写分离的适用场景。这个最容易被问崩，因为很多人只会背“垂直拆分、水平拆分”。你得能说清楚判断标准：单表数据量超过2000万，或者写入QPS超过5000，才需要考虑。而且分库分表是手段，不是第一选择。面试官会追问“分表后跨表查询怎么处理”，你得说清楚：能冗余就冗余，不能冗余就聚合层处理，实在不行才用中间件。最关键的是，你得承认分库分表带来的复杂度——分布式事务、全局主键、跨节点join，这些代价得想清楚。
把这八个考点串起来看，你会发现数据库优化的本质就一句话：让数据库少干活。少扫描、少回表、少加锁、少传输。面试官要的不是你记住多少技巧，而是你能不能根据具体场景，选出最合适的优化手段。下次面试前，别光背答案，找个真实慢SQL，按上面这条链走一遍，比背十篇文章都管用。真正的优化能力，都是在一行行慢查询日志里磨出来的。
