什么时候会考虑用联合索引？如果只有一个条件查就没有建联合索引的必要了么？

文章内容收录到个人网站，方便阅读：hardyfish.top/

Java面试资料（阿里内部资料）:

（访问密码：3899）

联合索引（复合索引）是指在多个列上创建的索引，通常适用于以下场景：

查询涉及多个条件（多个列的 WHERE 过滤）
- 如果查询涉及多个条件，单列索引可能无法有效利用，而联合索引可以加速查询。
sql 复制代码
```
SELECT * FROM orders WHERE user_id = 1001 AND status = 'shipped';
```
- 如果创建 (user_id, status) 的联合索引，查询时可以有效利用索引。
索引列经常同时出现在查询中
- 如果 col1 和 col2 经常一起用于 WHERE 过滤、排序或分组，考虑创建 (col1, col2) 联合索引。
查询需要覆盖索引
- 如果 SELECT 查询的列都包含在联合索引中，则可以直接使用索引数据 ，避免回表查询，提高性能（覆盖索引）。
ini 复制代码
```
SELECT user_id, status FROM orders WHERE user_id = 1001;
```
- 如果存在 (user_id, status) 索引，就可以直接从索引中取数据，无需访问表数据。
索引顺序符合查询习惯
- MySQL 索引采用最左前缀匹配原则，联合索引的列顺序影响查询是否能利用索引。

不一定。主要取决于以下情况：

该列是否高选择性
- 如果查询的单个列是高选择性（区分度高，如 user_id），单列索引可能就够了。
- 如果单列索引的选择性低（如 status 只有几种状态），联合索引可能更好。
未来查询是否会增加条件
- 即使现在只用 WHERE col1 = ?，如果未来可能会加入 col2，创建 (col1, col2) 联合索引更合适。
是否有 ORDER BY 或 GROUP BY 需求
- 如果 ORDER BY col1, col2 或 GROUP BY col1, col2 也较常见，联合索引有助于优化排序和分组。

1. 只查询 user_id

sql 复制代码

SELECT * FROM orders WHERE user_id = 1001;

如果 user_id 选择性高，单列索引 (user_id) 就够了。
如果 status 也是高频过滤项，并且经常 WHERE user_id AND status，可以考虑 (user_id, status) 联合索引。

2. 既查询 user_id 又查询 status

sql 复制代码

SELECT * FROM orders WHERE user_id = 1001 AND status = 'shipped';

3. 只查询 status

sql 复制代码

SELECT * FROM orders WHERE status = 'shipped';

如果 (user_id, status) 联合索引存在，但 status 不是最左前缀，索引无法完全使用，可能需要额外的单列索引 (status)。