MySQL联合索引生效规则

article/2025/10/13 7:55:39

最近项目中一张表数量测试达到千万级别，考虑加索引，对于单列索引及联合索引（复合索引）简单学习了下，做一下笔记。

联合索引生效前提：因为联合索引有顺序讲究，联合索引的第一个字段是引导列，只有他被引用的时候索引才会走

假设你有联合索引 idx1 (col1,col2,col3)如果你基于 
1、where col1=123;
2、where col1=123 and col2=321;
3、where col1=123 and col2=321 and col3=111;
则考虑使用这个索引。如果你基于
1、where col2=456;
2、where col2=456 and col3=111;则无法使用这个索引。如果你经常进行 where col1=123 and col2=456 的时候，考虑创建这个复合索引。

PS：关于索引创建规则小结 ↓ ↓ ↓

1、对于查询频率高的字段创建索引；

2、对排序、分组、联合查询频率高的字段创建索引；

3、索引的数目不宜太多

4、若在实际中，需要将多个列设置索引时，可以采用多列索引

5、选择唯一性索引

6、尽量使用数据量少的索引

7、尽量使用前缀来索引

8、删除不再使用或者很少使用的索引

1、对于查询频率高的字段创建索引；

索引的目的就是提升查询速度，这一点毋庸置疑。所以对于查询频率高的字段要创建索引，如：用户表的手机号。

2、对排序、分组、联合查询频率高的字段创建索引；

3、索引的数目不宜太多

每创建一个索引都会占用相应的物理控件；
过多的索引会导致insert、update、delete语句的执行效率降低；

4、若在实际中，需要将多个列设置索引时，可以采用多列索引

如：某个表(假设表名为Student)，存在多个字段(StudentNo, StudentName, Sex, Address, Phone, BirthDate)，其中需要对StudentNo,StudentName字段进行查询，对Sex字段进行分组，对BirthDate字段进行排序，此时可以创建多列索引

index index_name (StudentNo, StudentName, Sex, BirthDate);      #index_name为索引名

在上面的语句中只创建了一个索引，但是对4个字段都赋予了索引的功能。

创建多列索引，需要遵循BTree类型，即第一列使用时，才启用索引。

在上面的创建语句中，只有mysql语句在使用到StudentNo字段时，索引才会被启用，如:

select * from Student where StudentNo = 1000;      #使用到了StudentNo字段，索引被启用。

可以使用explain检测索引是否被启用，如:

explain select * from Student where StudentNo = 1000;

MySql创建索引的原则，知道这些，你再也不用担心面试了！

附：EXPLAIN列的解释

table：显示这一行的数据是关于哪张表的
type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、index和ALL
type显示的是访问类型，是较为重要的一个指标，结果值从好到坏依次是：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
一般来说，得保证查询至少达到range级别，最好能达到ref。
possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句
key：实际使用的索引。如果为NULL，则没有使用索引。很少的情况下，MYSQL会选择优化不足的索引。这种情况下，可以在SELECT语句中使用USE INDEX（indexname）来强制使用一个索引或者用IGNORE INDEX（indexname）来强制MYSQL忽略索引
key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好
ref：显示索引的哪一列被使用了，如果可能的话，是一个常数
rows：MYSQL认为必须检查的用来返回请求数据的行数
Extra：关于MYSQL如何解析查询的额外信息。将在表4.3中讨论，但这里可以看到的坏的例子是Using temporary和Using filesort，意思MYSQL根本不能使用索引，结果是检索会很慢