MySQL 8.0.28覆盖(和函数)索引未使用

它正在使用索引(因此EXPLAIN报告中显示的type: index连接类型)，但它不能获得覆盖索引优化.

MySQL对函数索引的支持有一些限制，除非你仔细阅读手册，否则你可能不会注意到:

https://dev.mysql.com/doc/refman/8.0/en/generated-column-index-optimizations.html

优化器可以使用生成列上的索引来生成执行计划，即使查询中没有按名称直接引用这些列.如果WHERE、ORDER BY或GROUP BY子句引用的表达式与某个索引生成的列的定义相匹配，则会发生这种情况.

这意味着它应该允许您使用与索引的函数部分相同的表达式(在本例中为length(cleaned_text))，并自动从索引中获取该值，因此不必重新计算它.

但是，如果在查询的其他子句中使用该表达式，比如在case中的select—list或in the JOIN clause，这就不起作用了.它没有在手册描述中指定的条款中实现这种优化.

也许它们会在MySQL的future 版本中进一步改进对函数索引的支持.

同时，只有当显式定义了一个虚拟列，并在索引和查询中引用该列时，才可以获得覆盖索引.

演示，在MySQL 8.0.36上测试:

CREATE TABLE sp_files (
  id SERIAL PRIMARY KEY,
  sp_site_foreign_key INT,
  cleaned_text TEXT,
  other INT,
  length_cleaned_text INT AS (length(cleaned_text)) 
);

ALTER TABLE `sp_files`
ADD INDEX `ix_site_header_to_cleaned_text2` (`sp_site_foreign_key`, length_cleaned_text);

EXPLAIN
SELECT sp_site_foreign_key,
    count(case when length_cleaned_text > 100 then 1 else NULL END) as num1,
    count(1) as num2
FROM sp_files USE INDEX (`ix_site_header_to_cleaned_text2`)
GROUP by sp_site_foreign_key\G

输出:

*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: sp_files
   partitions: NULL
         type: index
possible_keys: ix_site_header_to_cleaned_text2
          key: ix_site_header_to_cleaned_text2
      key_len: 10
          ref: NULL
         rows: 1
     filtered: 100.00
        Extra: Using index