mysql创建联合索引时字段的先后顺序，对查询的性能影响多大？

1、创建联合索引时会遵循最左前缀匹配的原则，即最左优先，在检索数据时从联合索引的最左边开始匹配，当我们创建联合索引的时候，比如(column1, column2, column3)因为b+树建立索引是从左到右来建立搜索树的，所以(column2,column3)这样的查询就不能命中索引了。

创建联合索引：CREATE INDEX index_name ON table_name(col1,col2,col3);

创建唯一联合索引：CREATE UNIQUE INDEX idx_name ON table_name(col1,col2);

2、因为最左前缀，一定是从最左边的字段开始依次在b+树的子节点查询，然后确定下一个查找的子节点的数据。所以(column1)、(column1,column2)、(column1,column2,column3)这三种查询条件是可以使用到索引的。
3、使用Explain命令分析性能瓶颈的关键项之一， type这列最重要，显示了连接使用了哪种类别,有无使用索引，一般来说，保证查询至少达到range级别，最好能达到ref，否则就可能会出现性能问题。

4、对于创建联合索引时，我们要根据具体的查询场景来定，经过多次测试发现，联合索引字段的先后顺序在sql层面上没有太大差别,但是结合查询的场景和最左匹配的原则，就能使一些查询的场景不能很好的命中索引，这点我们是不能忽略的。