MySQL 中的联合索引是一种非常实用的索引方式，它可以同时包含多个列，提高查询效率，但使用不当也会带来性能问题。本文将讲解 MySQL 中联合索引的细节问题，希望能帮助读者更好地理解并正确使用联合索引。
今天早上开早会的时候大家讨论到mysql的优化，其中有一个联合索引是这样的：
理所当然我们这样查询sql：
（
SQL_NO_CACHE：不使用缓存查询数据）
查看该sql的使用情况：
可以看到该sql是使用了联合索引的。
这个时候有一个同事就提出了：如果我把name放在前面还会调用联合索引吗？
于是我们就试了一下：
从结果上来看，将name和id换个位置并不影响索引的使用。
开会结束后，我又陷入了沉思：如果我把id和name单独拉出来呢？
结果显而易见，只用id查询的时候照样使用了联合索引。
当我用name作为查询条件的时候，惊奇的一幕发生了：
他并没有使用联合索引。这个时候我们去查看是怎么定义联合索引的：
可以看到，我们将id放在了前面，所以mysql在使用联合索引的时候并不会
单条件匹配后面的字段。学到了！！！
再来一个问题：如果同时又联合和单个索引，mysql回优先用哪个呢？
结果显示：优先使用单索引：
将email换成name：
结果显示：使用联合索引
由以上可得出结论：
优先级：前单索引（条件查询在联合索引第一位的字段）>联合索引>后单索引（条件查询在联合索引第二位的字段） 这就是mysql的最左前缀匹配原则
在使用联合索引进行多列查询时，MySQL 能够最大化地利用索引的效率来提高查询性能。具体来说，它要求我们在建立联合索引时，将最常用的列放在索引的最左侧，并保证查询语句中的过滤条件必须使用连续的索引列进行筛选，这样 MySQL 才能有效地利用索引进行查询优化。
例如，建立一个名为 user 的表，包含了 id、name 和 age 三列的数据。如果希望通过 name 和 age 列来查询数据，那么可以建立一个如下所示的联合索引：
CREATE INDEX index_name_age ON user(name, age);
当查询数据时，我们需要加入过滤条件，并确保使用的是连续的索引列，例如：
SELECT * FROM user WHERE name="John" AND age=20;
此时，MySQL 将会利用最左匹配原则对建立的联合索引进行匹配，并且只有索引的最左侧部分被使用，其余的部分不会被用到。
总之，遵循最左匹配原则可以使得 MySQL 对联合索引的使用变得更加高效。因此，在实际开发中，建议根据实际情况来考虑建立哪些联合索引，并合理地使用最左匹配原则。
