在 MySQL 中创建索引时，需要权衡查询加速和维护开销之间的关系。合理选择需要索引的列，避免创建过多、冗余或低效的索引，注重组合索引的设计顺序，定期监控索引的使用情况，能够有效地提高数据库的整体性能。因此，在创建索引时需要注意以下一些事项：
- 1. 选择合适的列创建索引
- 2. 考虑索引的开销
- 3. 避免过多的索引
- 4. 组合索引
- 5. 避免对低选择性列创建索引
- 6. 考虑查询模式
- 7. 避免对频繁更新的列创建索引
- 8. 合适的索引类型
- 9. 监控和优化
- 10. 避免函数操作影响索引使用
1. 选择合适的列创建索引
- 频繁出现在 WHERE、JOIN、ORDER BY 或 GROUP BY 子句中的列：这些列适合创建索引，因为它们在查询时被频繁使用。
- 唯一性：对唯一性较高的列建立索引更有利。例如，对一个具有大量唯一值的列（如 ID 号）创建索引会比对一个具有少量唯一值的列（如性别）更高效。
- 选择性较高的列：选择性是指不同值的数量占总行数的比例。选择性越高的列（例如 ID、电子邮件等），索引越有效。
2. 考虑索引的开销
- 写操作的开销：索引会增加
INSERT、UPDATE和DELETE操作的开销，因为每次对数据进行更改时，MySQL 也需要更新相应的索引。如果一个表的写操作非常频繁，索引的维护成本会变得较高。 - 存储空间的开销：索引会占用额外的存储空间，尤其是对大表和多列组合索引的情况下，空间需求会显著增加。
3. 避免过多的索引
- 索引的数量不宜过多：尽管索引有助于提高查询效率，但创建过多的索引会导致维护成本增加，并可能对数据库的整体性能产生负面影响。尤其是在涉及频繁写操作的表中，索引数量过多会显著影响性能。
- 关注冗余索引：如果有多个索引涵盖相似的列，可能会导致索引冗余。可以通过合并或删除冗余索引来减少开销。
4. 组合索引
- 组合索引的使用：对于涉及多个列的查询，可以创建组合索引（如
(col1, col2)），这能够更好地支持多个列同时出现的查询。需要注意组合索引的顺序，它遵循 “最左前缀” 原则。 - 最左前缀原则：组合索引的顺序是非常重要的。索引如
(A, B, C)，MySQL 可以使用这个索引来处理(A)，(A, B)，或者(A, B, C)的查询，但不能直接使用来处理只包含列B或C的查询。
5. 避免对低选择性列创建索引
- 对于低选择性（如性别、布尔值等）列的索引作用有限，因为它们返回的结果集通常较大，扫描索引所带来的开销和直接扫描表的开销差异不大，因此建议避免对低选择性列创建索引。
6. 考虑查询模式
- 查询的使用场景：索引的设计应基于实际的查询模式。如果某些查询经常使用特定的列进行过滤或排序，则这些列应被优先考虑用于创建索引。
- 覆盖索引：如果一个索引能够完全满足查询的需求，称之为 “覆盖索引”。覆盖索引可以提高查询效率，因为只需要访问索引而无需回表。例如，
SELECT name FROM employees WHERE age > 30，如果有一个(age, name)的索引，则可以作为覆盖索引来使用。
7. 避免对频繁更新的列创建索引
- 对于频繁被更新的列，避免为它们创建索引，因为每次更新列的值时，索引也需要相应地更新，从而增加了额外的开销。
8. 合适的索引类型
- BTREE 索引：大多数情况下使用默认的 B-tree 索引，对于范围查询和排序特别有用。
- FULLTEXT 索引：适用于全文搜索，例如用于搜索包含大量文本内容的字段。
- HASH 索引：只用于某些特殊的存储引擎（如 Memory 表），适合等值查询。
9. 监控和优化
- 使用
EXPLAIN分析查询：EXPLAIN可以帮助你了解查询是否正在使用索引，以及索引的选择是否合理。通过分析EXPLAIN的结果，可以调整索引以优化查询性能。 - 利用
SHOW INDEX查看现有索引：定期检查表中现有的索引，避免冗余索引的存在。
10. 避免函数操作影响索引使用
- 在 WHERE 子句中，如果对索引列使用了函数或运算（例如
WHERE YEAR(date_column) = 2022），那么 MySQL 通常无法使用索引来优化查询，最好尽量避免在索引列上使用函数。