SQL联合索引是建立在表中多个字段上的索引结构，合理的联合索引设计可以大幅减少查询时的数据扫描范围，提升多条件查询的响应速度。很多开发者在设计联合索引时容易忽略最左前缀原则，导致索引无法生效，反而增加数据库的负担。
联合索引的核心设计原则
设计联合索引时需要遵循几个基础原则，才能保证索引发挥最大效用：
- 最左前缀匹配原则优先：联合索引的生效依赖查询条件匹配索引的最左连续字段，这是设计时的首要参考依据。
- 区分度高的字段放前面：将选择性高、重复值少的字段放在联合索引的左侧，能更快过滤掉无效数据。
- 覆盖索引优先：如果查询只需要返回联合索引包含的字段，不需要回表查询主键索引，能进一步提升性能。
- 控制索引数量：联合索引会占用额外的存储空间，更新数据时也需要维护索引，不要盲目创建过多联合索引。
最左前缀原则详解
最左前缀原则是联合索引生效的核心规则，指的是查询条件必须从联合索引的最左侧字段开始，连续匹配索引中的字段，索引才会被使用。假设我们有一张用户表，创建了联合索引(name, age, city)，索引的排序逻辑是先按name升序，name相同再按age升序，age相同再按city升序。
生效的查询场景
以下查询条件都能命中联合索引：
- 只使用name字段查询：
WHERE name = '张三' - 使用name和age字段查询：
WHERE name = '张三' AND age = 20 - 使用name、age、city三个字段查询：
WHERE name = '张三' AND age = 20 AND city = '北京' - 使用name范围查询后接age：
WHERE name LIKE '张%' AND age = 20，注意范围查询后的字段无法使用索引排序
失效的查询场景
以下查询条件无法命中联合索引：
- 跳过最左侧name字段，直接用age查询：
WHERE age = 20 - 跳过name直接用city查询：
WHERE city = '北京' - 不连续匹配，使用name和city查询跳过age：
WHERE name = '张三' AND city = '北京'，此时只有name部分能用到索引
组合索引的使用要点
组合索引是联合索引的另一种常见称呼，实际使用中需要注意几个细节：
组合索引与单列索引的优先级
如果查询条件同时匹配单列索引和组合索引，数据库优化器通常会选择扫描行数更少的索引。比如表上有单列索引(name)和组合索引(name, age)，查询WHERE name = '张三'时，两个索引都能命中，优化器会选择更合适的那个。
组合索引的排序优化
如果查询需要按联合索引的字段排序，且排序顺序和索引的排序规则一致，就可以避免额外的排序操作。比如组合索引是(name, age)，查询WHERE name = '张三' ORDER BY age时，不需要额外排序，因为索引本身已经按age排好序了。
避免索引失效的常见操作
对联合索引的字段做函数处理、类型转换、使用不等于判断、使用OR连接非索引字段等操作，都可能导致组合索引失效。比如WHERE LEFT(name, 1) = '张' AND age = 20，此时name字段上的函数处理会让索引失效。
实际设计示例
假设我们有如下用户表结构：
-- 创建用户表 CREATE TABLE `user` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) NOT NULL COMMENT '用户名', `age` int(11) NOT NULL COMMENT '年龄', `city` varchar(50) NOT NULL COMMENT '所在城市', `score` int(11) NOT NULL COMMENT '积分', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';
如果业务中常见的查询是WHERE name = ? AND age = ?，偶尔会有WHERE name = ? AND age = ? AND city = ?的查询，那么创建组合索引(name, age, city)是最优选择，既能覆盖两种查询场景，又能把区分度高的name放在最左侧。
如果还有查询是WHERE city = ? AND score > ?，那么需要单独创建(city, score)的组合索引，因为(name, age, city)无法命中city开头的查询。
总结
SQL联合索引的设计核心是围绕最左前缀原则展开，优先把区分度高的字段放在左侧，同时结合业务的查询场景设计索引，避免创建冗余索引。实际使用中要注意查询条件是否符合最左前缀匹配规则，避免对索引字段做函数处理、类型转换等导致索引失效的操作，才能让联合索引真正提升查询性能。