MySQL最左前缀原则是联合索引的核心使用规则，指的是在使用联合索引进行查询时，查询条件需要从联合索引的最左列开始匹配，才能有效命中索引，提升查询效率。
什么是最左前缀原则
联合索引是将多个列组合成一个索引，索引的排序是按照创建时列的顺序依次进行的。最左前缀原则要求查询条件必须包含联合索引最左边的列，并且不能跳过中间的列，否则无法充分利用联合索引。
比如我们创建一个包含user_id、order_date、status三列的联合索引，索引的排序逻辑是先按user_id升序排列，user_id相同的情况下再按order_date排列，最后按status排列。
联合索引创建示例
首先创建测试表并插入测试数据：
-- 创建订单表
CREATE TABLE order_info (
id INT PRIMARY KEY AUTO_INCREMENT,
user_id INT NOT NULL,
order_date DATE NOT NULL,
status TINYINT NOT NULL,
amount DECIMAL(10,2) NOT NULL
);
-- 创建联合索引，列顺序为user_id、order_date、status
CREATE INDEX idx_user_date_status ON order_info(user_id, order_date, status);
-- 插入测试数据
INSERT INTO order_info(user_id, order_date, status, amount) VALUES
(1, '2024-01-01', 1, 100.00),
(1, '2024-01-02', 2, 200.00),
(2, '2024-01-01', 1, 150.00),
(2, '2024-01-03', 2, 300.00),
(3, '2024-01-02', 1, 120.00);
最左前缀原则的生效场景
以下查询场景可以命中我们创建的idx_user_date_status联合索引：
- 查询条件包含联合索引最左列
user_id - 查询条件包含
user_id和order_date，不跳过中间列 - 查询条件包含
user_id、order_date、status全部三列
命中索引的查询示例
-- 场景1：仅使用最左列user_id，命中索引 EXPLAIN SELECT * FROM order_info WHERE user_id = 1; -- 场景2：使用user_id和order_date，连续匹配前两列，命中索引 EXPLAIN SELECT * FROM order_info WHERE user_id = 1 AND order_date = '2024-01-01'; -- 场景3：使用全部三列，命中索引 EXPLAIN SELECT * FROM order_info WHERE user_id = 1 AND order_date = '2024-01-01' AND status = 1; -- 场景4：使用user_id进行范围查询，后续列order_date无法使用索引排序，但user_id部分仍命中索引 EXPLAIN SELECT * FROM order_info WHERE user_id > 1 AND order_date = '2024-01-01';
执行上述EXPLAIN语句后，可以看到key字段显示为idx_user_date_status，说明索引被成功使用。
最左前缀原则的失效场景
以下情况会导致联合索引无法被使用：
- 查询条件不包含联合索引最左列
user_id - 查询条件跳过了联合索引中间的列
- 对联合索引的列使用函数或者表达式计算
索引失效的查询示例
-- 场景1：没有使用最左列user_id，索引失效 EXPLAIN SELECT * FROM order_info WHERE order_date = '2024-01-01'; -- 场景2：跳过了order_date列，直接使用user_id和status，只有user_id部分命中，status无法使用索引 EXPLAIN SELECT * FROM order_info WHERE user_id = 1 AND status = 1; -- 场景3：对索引列使用函数，索引失效 EXPLAIN SELECT * FROM order_info WHERE YEAR(order_date) = 2024; -- 场景4：对索引列进行表达式计算，索引失效 EXPLAIN SELECT * FROM order_info WHERE user_id + 1 = 2;
联合索引使用实用技巧
合理设计联合索引列顺序
创建联合索引时，应该把区分度高的列放在最左边，区分度低的列放在右边。比如用户ID的区分度远高于订单状态，所以把user_id放在联合索引的第一位，能过滤掉更多的数据，提升查询效率。
覆盖索引减少回表
如果查询的字段都包含在联合索引中，不需要回表查询聚簇索引，能进一步提升查询速度。比如我们的联合索引包含user_id、order_date、status，如果查询只需要这三个字段，就可以使用覆盖索引：
-- 查询字段都在联合索引中，使用覆盖索引，Extra字段显示Using index EXPLAIN SELECT user_id, order_date, status FROM order_info WHERE user_id = 1;
避免冗余联合索引
如果已经存在(a,b,c)的联合索引，就不需要再创建(a,b)或者(a)的索引，因为最左前缀原则下，(a,b,c)的索引已经可以支持a和a,b的查询场景，冗余索引会增加写入时的性能开销。
注意范围查询的影响
联合索引中，如果遇到范围查询（比如>、<、LIKE 'xxx%'），范围查询列后面的索引列无法继续使用索引。所以如果有范围查询的需求，尽量把范围查询的列放在联合索引的最后一位。
常见问题解答
联合索引必须所有列都用在查询条件里才生效吗
不是，只要查询条件包含联合索引最左的连续列即可，不需要使用全部列。比如(a,b,c)的联合索引，查询条件只有a或者a,b都可以命中索引。
最左前缀原则适用于主键索引吗
主键索引如果是联合主键，同样适用最左前缀原则，查询时需要从联合主键的最左列开始匹配才能使用主键索引。
LIKE查询能使用联合索引吗
如果是前缀匹配LIKE 'xxx%'，且查询条件包含联合索引最左列，那么可以使用索引；如果是后缀匹配LIKE '%xxx'或者模糊匹配LIKE '%xxx%'，则无法使用索引。