mysql组合索引不按最左原则为何也会走索引

MySQL的组合索引是指在表中同时创建多个列的索引。通常情况下，MySQL会按照最左原则使用组合索引来进行查询优化，即只会使用从左到右的索引列进行过滤和排序。

然而，有时候MySQL也可以不按照最左原则走索引，即使用组合索引中的非最左列进行查询。这主要有以下几个原因：

1. 查询条件包含的列在索引中是连续的：如果查询条件中的列在组合索引中是连续的，即不会跳过索引中的列，MySQL可能会使用组合索引来进行优化。这是因为MySQL可以通过扫描索引来同时满足查询条件，避免了回表操作，提高了查询性能。

2. 查询条件使用到了组合索引的前缀：如果查询条件使用到了组合索引的前缀列，MySQL也可能会使用组合索引进行查询。这是因为MySQL可以利用前缀来过滤数据，然后再在过滤后的数据集上进行后续操作。

3. 统计信息不准确导致选择不当：MySQL使用统计信息来判断查询优化的方式，如果统计信息不准确，MySQL可能会做出错误的选择。例如，如果统计信息错误地估计了某个列的基数（distinct值的个数），导致MySQL选择了不正确的索引进行查询。

需要注意的是，虽然MySQL有时会不按照最左原则来走索引，但这并不表示这种方式一定能够提高查询性能。在实际情况下，如果不按照最左原则使用组合索引可能会导致性能下降，因此在设计表结构和索引时，还是应该遵循最左原则来选择和使用组合索引。

相关问题

mysql 复合索引 为什么遵循最左原则

MySQL 复合索引遵循最左原则是因为在使用复合索引进行查询时，优先使用左侧的索引列进行筛选，这样可以将查询范围缩小，减少搜索的数据量，提高查询效率。右侧的索引列则可以在左侧索引列筛选后进一步缩小范围，提高查询效率。如果查询语句不使用左侧的索引列，则无法利用复合索引，查询效率会降低。

以一个复合索引 (col1, col2) 为例，当查询语句中只使用 col2 时，MySQL 会强制扫描整个索引，因为索引不是按照 col2 进行排序的，而是按照 col1 排序的。如果查询语句中同时使用了 col1 和 col2，则可以利用复合索引进行查询，且查询效率更高。

因此，复合索引遵循最左原则是为了充分利用复合索引，提高查询效率。在建立复合索引时，应考虑查询语句中常用的索引列顺序，将常用的列放在左侧；并且避免过多的索引列，以减少索引维护的成本。

mysql最左匹配原则失效场景，不走索引原因和案例

MySQL最左匹配原则失效的场景包括：

1. 如果在查询条件中使用了函数或者表达式，则可能导致最左匹配失效。例如，查询语句中使用了函数或者表达式，如`SELECT * FROM users WHERE age + 10 = 35 AND name = 'John'`，这种情况下MySQL无法使用索引，因为它无法对函数或者表达式进行索引。

2. 如果在查询条件中使用了OR操作符，则可能导致最左匹配失效。例如，查询语句中使用了OR操作符，如`SELECT * FROM users WHERE name = 'John' OR age = 25`，这种情况下MySQL也无法使用索引，因为它无法同时对两个列进行索引。

3. 如果在查询条件中使用了不等于号（<>），则可能导致最左匹配失效。例如，查询语句中使用了不等于号，如`SELECT * FROM users WHERE name <> 'John' AND age = 25`，这种情况下MySQL也无法使用索引，因为它无法对不等于号进行索引。

4. 如果在查询条件中使用了LIKE操作符，并且通配符出现在左边，则可能导致最左匹配失效。例如，查询语句中使用了LIKE操作符，如`SELECT * FROM users WHERE name LIKE '%John' AND age = 25`，这种情况下MySQL也无法使用索引，因为它无法对左边的通配符进行索引。

一个不走索引的案例是，假设我们有一个名为users的表，其中包含id、name和age三列。如果我们在使用查询语句时，使用了以下条件：

SELECT * FROM users WHERE name='John' AND age>25;

如果我们在表中创建了一个包含name和age两列的联合索引，则MySQL会使用该联合索引进行匹配。但是，由于age列上使用了大于号，所以MySQL无法使用该索引，因为索引只能用于等于和小于操作。因此，MySQL不得不扫描整个表来查找匹配的行，这会导致查询性能变差。