为何SQLite仅使用多列索引首列？能否强制使用完整索引？

这是预期行为吗？ #

是的，这属于SQLite查询优化器的正常决策逻辑。当查询包含ORDER BY C DESC时，优化器会对比两种执行方案的成本：

• 方案一：用(A,B)索引精准定位匹配A=? AND B=?的行，再对结果集按C排序
• 方案二：仅用索引的A列过滤，扫描后续行匹配B，同时利用扫描的自然顺序跳过排序步骤

如果优化器判断方案二的总成本更低（比如匹配A=?的行数较少，扫描+免排序的开销低于精准索引定位后再排序的开销），就会选择仅用A列过滤的执行路径。而移除ORDER BY后，排序开销消失，方案一的精准过滤优势凸显，优化器就会选择完整使用(A,B)索引。

如何提示SQLite使用完整索引？ #

可以通过以下几种方式引导优化器选择完整的(A,B)索引：

• 使用索引强制提示：在查询中通过INDEXED BY子句指定要使用的索引名称，示例：

  SELECT A,B,C,D FROM MyTable INDEXED BY idx_A_B WHERE A=? AND B=? ORDER BY C DESC;
  

  注意：必须明确知道目标索引的名称，且该索引确实能覆盖A,B的过滤条件。
• 更新统计信息：如果表的数据有较大变化，执行ANALYZE命令更新表和索引的统计数据，让优化器能基于更准确的成本模型做出判断。
• 创建覆盖索引：如果业务允许，创建包含所有查询列的覆盖索引(A,B,C,D)。这样优化器既能用A,B精准过滤，又能直接从索引中获取所有需要的字段，无需回表，同时避免额外排序的开销，大概率会优先选择这个索引。

内容的提问来源于stack exchange，提问作者valdo