根据 MYSQL 官网的文档 https://dev.mysql.com/doc/refman/5.7/en/multiple-column-indexes.html
查询条件要符合最左原则才能使用到索引
但是在实际测试(5.7.20 生效 5.6 不可重现)中 是可以打破最左原则的
CREATE TABLE `user` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(25),
`sex` varchar(25) ,
`city` varchar(25) ,
PRIMARY KEY (`id`) USING BTREE,
INDEX `name`(`name`, `sex`, `city`) USING BTREE
)
mysql> EXPLAIN select * from `user` where sex='';
+----+-------------+-------+------------+-------+---------------+------+---------+------+------+----------+--------------------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+-------+---------------+------+---------+------+------+----------+--------------------------+
| 1 | SIMPLE | user | NULL | index | NULL | name | 309 | NULL | 3 | 33.33 | Using where; Using index |
+----+-------------+-------+------------+-------+---------------+------+---------+------+------+----------+--------------------------+
1 row in set (0.02 sec)
这个是不是打破了最左原则??
测试中, 再新增一列 test. 再次执行以上 sql, 则无法使用索引.
猜测是因为当字段都被索引时做出的优化?
1
doubleflower 2018-03-01 10:59:05 +08:00
这是用了索引取数据,没用上索引加速
|
2
qinxi OP @doubleflower 我测试了一下 用索引加速查询的描述只有`Using index`?
|
3
richard1122 2018-03-01 11:58:59 +08:00
possible_keys 是 null,没走你的那个索引。只是用了索引的数据。
如果你用 name 查会有 possible_keys 是你那个索引的。 |
4
qinxi OP @richard1122 明白了
|