InnoDB通过向每个辅助索引附加主键列来自动扩展它。考虑以下表定义：
此表定义了列（i1，i2）上的主键。它还在列（d）上定义了一个二级索引k_d，但InnoDB在内部扩展了这个索引，并将其视为列（d，i1，i2）。
优化器在确定如何以及是否使用该索引时，会考虑扩展辅助索引的主键列。这可以带来更高效的查询执行计划和更好的性能。
优化器可以将扩展的辅助索引用于ref、range和index_merge索引访问、松散索引扫描访问、连接和排序优化以及MIN（）/MAX（）优化。
以下示例显示了优化器是否使用扩展的辅助索引如何影响执行计划。假设t1填充了以下行：
现在考虑这个查询：
执行计划取决于是否使用扩展索引。
当优化器不考虑索引扩展时，它只将索引k_d视为（d）。查询的EXPLAIN产生以下结果：
当优化器考虑索引扩展时，它将k_d视为（d，i1，i2）。在这种情况下，它可以使用最左侧的索引前缀（d，i1）来生成更好的执行计划：
在这两种情况下，key都表示优化器使用了辅助索引k_d，但EXPLAIN输出显示了使用扩展索引后的这些改进：
key_len从4个字节变为8个字节，表示键查找使用列d和i1，而不仅仅是d。
ref值从const变为const，const是因为键查找使用了两个键部分，而不是一个。
行数从5减少到1，表明InnoDB需要检查更少的行来产生结果。
Extra值从Using where更改为；using index。这意味着可以仅使用索引读取行，而无需查询数据行中的列。
使用扩展索引的优化器行为的差异也可以在SHOW STATUS中看到：
前面的语句包括FLUSH TABLES和FLUSH STATUS，用于刷新表缓存和清除状态计数器。
如果没有索引扩展，SHOW STATUS会产生以下结果：
使用索引扩展，SHOW STATUS会产生此结果。Handler_read_next值从5减小到1，表示更有效地使用索引：
optimizer_switch系统变量的use_index_extensions标志允许控制优化器在确定如何使用InnoDB表的辅助索引时是否考虑主键列。默认情况下，use_index_extensions处于启用状态。要检查禁用索引扩展是否会提高性能，请使用以下语句：
优化器对索引扩展的使用受到索引中关键部分数量（16）和最大密钥长度（3072字节）的通常限制。
备注： select_type type ref 关键字意义参考表格 “EXPLAIN Output Columns”, 前面分享中有详细展示，也可见下面表格
