5.3.1 索引选择与覆盖索引 在数据库性能优化的浩瀚星图中,索引从来不是一盏静默的路灯,而是一把双刃剑——它既能劈开海量数据的混沌迷雾,让查询如光速抵达目标;也可能悄然成为写入的枷锁、内存的黑洞、维护成本的无底深渊。尤其当我们站在“5.3.1 索引选择与覆盖索引”这一关键隘口,真正决定系统吞吐上限与响应毛刺的,往往不是CPU主频或SSD IOPS,而是那几行被轻描淡写写进 语句里的字段顺序、是否包含、以及背后那套精密运转的B+树分裂逻辑与查询执行器的谓词下推策略。 你有没有遇到过这样的场景?一个看似简单的 ,执行计划里赫然出现 , , ——而表里明明有 和 两个单列索引。MySQL却像一个固执的老派管家,宁可全表扫描,也不愿组合使用它们。