MySQL 支持对生成列进行索引。例如

CREATE TABLE t1 (f1 INT, gc INT AS (f1 + 1) STORED, INDEX (gc));

生成列 gc 定义为表达式 f1 + 1。该列也被索引，优化程序可以在构建执行计划期间考虑该索引。在以下查询中，WHERE 子句引用了 gc，优化程序会考虑该列上的索引是否会产生更有效的计划

SELECT * FROM t1 WHERE gc > 9;

即使查询中没有通过名称直接引用生成列，优化程序也可以使用生成列上的索引来生成执行计划。如果 WHERE、ORDER BY 或 GROUP BY 子句引用了与某个索引生成列的定义匹配的表达式，则会发生这种情况。以下查询没有直接引用 gc，但使用了与 gc 的定义匹配的表达式

SELECT * FROM t1 WHERE f1 + 1 > 9;

优化程序识别出表达式 f1 + 1 与 gc 的定义匹配，并且 gc 已被索引，因此它会在构建执行计划期间考虑该索引。您可以使用 EXPLAIN 查看这一点

mysql> EXPLAIN SELECT * FROM t1 WHERE f1 + 1 > 9\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t1
   partitions: NULL
         type: range
possible_keys: gc
          key: gc
      key_len: 5
          ref: NULL
         rows: 1
     filtered: 100.00
        Extra: Using index condition

实际上，优化程序已将表达式 f1 + 1 替换为与该表达式匹配的生成列的名称。这在 EXPLAIN 显示的扩展 SHOW WARNINGS 信息中的重写查询中也很明显

mysql> SHOW WARNINGS\G
*************************** 1. row ***************************
  Level: Note
   Code: 1003
Message: /* select#1 */ select `test`.`t1`.`f1` AS `f1`,`test`.`t1`.`gc`
         AS `gc` from `test`.`t1` where (`test`.`t1`.`gc` > 9)

以下限制和条件适用于优化程序对生成列索引的使用