在 MySQL 中，索引是提升查询性能的核心手段。合理使用索引可以大幅减少数据扫描量，加快检索速度。但索引不是越多越好，设计不当反而会影响写入性能和存储效率。下面从实际应用角度介绍 MySQL 索引的优化方法和使用技巧。
选择合适的字段创建索引
并不是所有字段都适合加索引。通常应为以下类型的字段建立索引：
频繁出现在 WHERE 条件中的字段：比如 user_id、status、created_at 等常用于过滤的列。 用于 JOIN 关联的字段：如外键字段，连接查询时能显著提升效率。 需要排序或分组的字段（ORDER BY / GROUP BY）：如果某个字段经常用于排序，为其建立索引可避免额外的文件排序操作。相反，低基数字段（如性别、是否删除等只有几个值的字段）通常不适合单独建索引，因为选择性太差，优化器可能直接忽略索引。
善用复合索引，避免冗余单列索引
复合索引（联合索引）是指对多个字段一起建立的索引。它的使用遵循最左前缀原则：查询条件必须包含索引的最左边连续列才能生效。
例如，建立了索引 (user_id, status, created_at)，以下查询可以命中索引：
WHERE user_id = 1 WHERE user_id = 1 AND status = 'active' WHERE user_id = 1 AND status = 'active' ORDER BY created_at但如果只查 status 或 created_at，这个复合索引就无法使用。
建议：将最常用作筛选条件的字段放在索引左侧，选择性高的字段优先。
避免索引失效的常见写法
即使有索引，错误的 SQL 写法也会导致索引无法使用：
在索引字段上使用函数或表达式：WHERE YEAR(created_at) = 2024 会让索引失效，应改为 WHERE created_at >= '2024-01-01' AND created_at 2025-01-01'。 隐式类型转换：比如字符串字段被数字比较，WHERE name = 123 可能触发类型转换，导致索引失效。 使用 LIKE 以通配符开头：LIKE '%keyword' 无法利用索引，而 LIKE 'keyword%' 可以。 OR 条件中部分字段无索引：可能导致全表扫描，可用 UNION 优化。利用覆盖索引减少回表
覆盖索引是指查询的所有字段都在索引中，无需回到主表获取数据（即“回表”）。这能显著提升性能。
例如，索引 (user_id, status)，执行：
SELECT user_id, status FROM users WHERE user_id = 1;可以直接从索引中获取结果，不需要访问数据行。
建议：对于高频查询，考虑创建包含查询字段的复合索引，实现覆盖索引。
定期分析和优化索引
随着业务变化，部分索引可能不再被使用，甚至成为负担。可以通过以下方式维护：
使用 EXPLAIN 分析 SQL 执行计划，查看是否走索引、是否有临时表或文件排序。 通过 performance_schema 或 sys.schema_unused_indexes 查看未使用的索引。 定期清理冗余或无效索引，减少写入开销和存储占用。基本上就这些。掌握索引的设计原则和常见陷阱，能让 MySQL 查询更高效。关键在于理解查询模式，结合执行计划不断调整，而不是盲目添加索引。
