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, or 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)

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