联合索引是mysql中通过多字段组合建立的索引，能显著提升多条件查询效率。其核心在于遵循最左前缀原则，即查询必须从索引最左列连续使用部分字段才能命中索引；例如对(name, age, gender)索引，where name and age可命中，单独查age或gender则不命中。设计时应将区分度高的字段放前面，避免堆砌过多字段，建议控制在3~4个以内，并结合高频查询实际构造索引。此外，要避免冗余索引、注意索引长度及防止索引失效情况如使用函数或or连接不同字段等，合理设计才能最大化性能提升。
联合索引，也叫复合索引，是MySQL中一种常见的优化手段。它的作用是在多个字段上同时建立索引，从而提高多条件查询的效率。创建方式很简单：在建表或修改表结构时，把多个列一起加入到一个索引中即可。
比如：
ALTER TABLE user ADD INDEX idx_name_age (name, age);
这条语句就是在
user表的
name和
age字段上创建了一个联合索引。
什么时候适合用联合索引？
联合索引并不是随便加几个字段就行，而是要根据实际查询需求来设计。最常见的情况是你经常用多个字段一起作为查询条件，比如：
SELECT * FROM user WHERE name = '张三' AND age = 25;
这种时候，给
name和
age建一个联合索引就能显著提升性能。但如果只是单独查
age或者单独查其他字段，那这个联合索引可能就起不到太大作用了。
另外，联合索引还有一个“最左前缀”原则，后面会详细讲。
联合索引的使用规则（最左前缀原则）
这是联合索引的核心知识点——最左前缀原则。简单来说，就是你创建的联合索引字段顺序很重要，只有从最左边开始连续使用部分字段，才能命中索引。
比如你创建了
(name, age, gender)这个联合索引：
WHERE name = '张三'→ 可以命中
WHERE name = '张三' AND age = 25→ 可以命中
WHERE name = '张三' AND age = 25 AND gender = '男'→ 可以命中
WHERE age = 25→ 不命中
WHERE gender = '男'→ 不命中
WHERE name = '张三' AND gender = '男'→ 只命中
name部分
所以，联合索引的设计顺序非常关键。如果你经常只按
age查询，那就需要单独为它建个索引，不能指望复合索引能覆盖所有情况。
创建联合索引的建议
将区分度高的字段放前面
区分度指的是字段值的唯一性程度。比如
name如果有很多重复值，而
id是唯一的，那就不适合把
name放在最前面。相反，像性别这种只有两个值的字段，一般不建议放在联合索引的前面。
不要盲目堆砌字段
联合索引不是字段越多越好。字段多了，索引体积变大，更新效率也会下降。一般来说，控制在3~4个字段以内比较合理。
结合查询SQL的实际使用情况
比如你的系统里有这样一个高频查询：
SELECT * FROM orders WHERE user_id = 100 AND status = 'paid';
那么就可以考虑在
(user_id, status)上建一个联合索引。
避免冗余索引
比如已经有一个
(a, b)的索引，那么单独建一个
(a)的索引就是多余的，可以省掉。
联合索引的一些细节
排序和分组也可能用上联合索引
如果你的SQL中有
ORDER BY name, age，并且这两个字段正好在一个联合索引里，那么有可能不需要额外排序操作。
索引长度的问题
如果某个字段是字符串类型（比如
VARCHAR(255)），你可以指定索引长度，比如：
ALTER TABLE user ADD INDEX idx_email (email(10));
但要注意，索引长度太短可能导致区分度不够，影响查询效率。
索引失效的一些常见情况
使用函数、表达式、
OR连接不同字段等情况都可能导致索引失效，这点在写SQL时要特别注意。
基本上就这些。联合索引虽然好用，但也得合理设计，不然反而会影响性能。关键是理解你的业务查询逻辑，再配合执行计划分析，才能发挥最大效果。
