问题
最近,在 mysql 测试最左前缀原则,发现了匪夷所思的事情。根据最左前缀原则,本来应该索引失效,走全表扫描的,但是,却发现可以正常走索引。
表结构如下( Mysql 版本 5.7.22):
CREATE TABLE `user` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(32) COLLATE utf8mb4_bin DEFAULT NULL,
`age` int(11) DEFAULT NULL,
`address` varchar(128) COLLATE utf8mb4_bin DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `idx_user` (`name`,`age`,`address`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin
INSERT INTO user(`id`, `name`, `age`, `address`) VALUES (1, 'zs', 12, 'beijing');
表中总共有四个字段。 id 为主键,还有一个由 name,age,address 组成的联合索

本文探讨了MySQL中出现的一个特殊情况,即在违反最左前缀原则的情况下,查询仍然能正常走索引。作者通过分析聚集索引、非聚集索引、回表查询、索引覆盖等概念,解释了这一现象。原来,虽然索引不符合最左前缀原则,但由于查询的字段只涉及到索引覆盖,所以仍能有效利用索引,避免了回表查询。结论是,这不是最左前缀原则失效,而是特定情况下的索引覆盖效果。
最低0.47元/天 解锁文章
2243





