复合索引在MySQL中是提升查询性能的重要手段，但设计不合理反而会影响效率。关键在于理解查询模式、遵循最左前缀原则，并减少冗余索引。
理解最左前缀匹配原则
复合索引的字段顺序决定了其可匹配的查询条件。MySQL只能从索引的最左边字段开始匹配，中间不能跳过字段。
例如创建索引 (a, b, c)：
能有效支持WHERE a=1也能支持
WHERE a=1 AND b=2还能支持
WHERE a=1 AND b=2 AND c=3但无法有效支持
WHERE b=2或
WHERE c=3同样不支持
WHERE a=1 AND c=3（缺少b） 提示：如果经常按b或c单独查询，应考虑将高频字段前置或建立独立索引。
合理安排索引字段顺序
字段顺序直接影响索引利用率，建议按以下优先级排序：
高选择性字段靠前：如唯一ID、用户编号等区分度高的列 常用于等值查询的字段靠前：如status = 1范围查询字段放最后：如时间范围
created_at > '2024-01-01'
比如查询语句为
WHERE user_id = 100 AND status = 1 AND create_time > NOW() - INTERVAL 7 DAY，推荐索引为 (user_id, status, create_time)。
避免重复和冗余索引
多个相似索引会增加写操作开销并占用存储空间。例如：
INDEX(a)
INDEX(a, b)
INDEX(a, b, c)
这种情况下，
INDEX(a)和
INDEX(a,b)可以被包含在
INDEX(a,b,c)中，若没有单独查询a或(a,b)的需求，前两个可删除。 建议使用
pt-duplicate-key-checker工具检测冗余索引。
利用覆盖索引减少回表
当查询的所有字段都在索引中时，称为“覆盖索引”，无需回主键表查数据，显著提升性能。
例如有索引 (user_id, status, name)，执行：
SELECT name FROM table WHERE user_id = 100 AND status = 1
可以直接从索引获取name值，避免访问数据行。
注意：不要过度添加字段到索引中，保持索引轻量。
基本上就这些，核心是结合实际查询来设计，定期审查执行计划（EXPLAIN），确保索引真正被使用。
