MySQL索引优化策略

单列索引：一个索引只包含一个列。
复合索引：一个索引包含两个或更多的列。
覆盖索引：当所有要检索的列都包含在索引中时，查询可以只利用索引来完成，而无需额外访问数据表。

优化策略：

1. 选择正确的索引列：
   通常，应在搜索条件（WHERE子句）、连接条件（JOIN 子句）以及需要排序的字段（ORDER BY子句）上创建索引。

2. 避免过度索引：
   每一个新索引都会增加插入、更新、删除操作的开销，因为索引也需要进行维护。
   定期审查索引，并删除冗余或不再使用的索引。

3. 使用复合索引：
   在查询中经常组合使用的多个列上创建复合索引。
   注意复合索引的列顺序，尤其是当某些列只用于过滤，而其他列用于排序或连接时。

4. 使用覆盖索引：
   试图设计查询和索引，使得查询可以只使用索引，避免访问实际的数据行。
   
5. 避免在索引列上使用函数或操作：
   使用函数，如 UPPER(column)，会使索引失效，因为它修改了列的原始值。

6. 注意数据的选择性：
   数据的选择性是唯一值与总记录数之间的比例。
   高选择性的列（即包含许多唯一值的列）是创建索引的好候选者。

7. 考虑存储引擎的特性：
   如，InnoDB 存储引擎在主键索引上存储数据，所以选择合适的主键非常关键。

代码示例：

1.单列索引：
   如果经常基于 last_name 查询，那么这是一个合适的索引
   CREATE INDEX idx_lastname ON employees(last_name);

2. 复合索引：
   如果经常同时基于 last_name 和 first_name 查询
   CREATE INDEX idx_fullname ON employees(last_name, first_name);

3. 覆盖索引的使用：
   假设我们对 employees 表的 last_name 和 first_name 有一个复合索引
   下面的查询只使用索引
   SELECT last_name, first_name FROM employees WHERE last_name = 'Smith';

4. 避免在索引列上使用函数：
   不良的查询，它在索引列上使用了函数
   SELECT * FROM employees WHERE UPPER(last_name) = 'SMITH';

   优化后的查询
   SELECT * FROM employees WHERE last_name = 'Smith';

正确的索引策略需要考虑查询模式、数据分布和数据库的特性。它通常需要多次迭代和细调。利用数据库的查询执行计划工具（如 MySQL 的 EXPLAIN 命令）优化索引策略。