mysql字段为NULL索引是否会失效案例详解
项目场景:
很多博客说mysql在字段中创建普通索引,如果该索引中的数据存在null值是不走索引这个结论是错误的,不过尽量还是设置默认值。(版本8.0低于这个版本可能结果不一致)
1、创建表sc_base_color,其中普通索引为 “name,group_num”,这里暂时不测组合索引,下面再测试。
`id` bigint NOT NULL AUTO_INCREMENT,
`group_num` bigint DEFAULT NULL COMMENT ‘颜色代码’,
`name` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL COMMENT ‘颜色名称’,
PRIMARY KEY (`id`) USING BTREE,
KEY `idx_name` (`name`),
KEY `idx_group_num` (`group_num`)
) ENGINE=InnoDB AUTO_INCREMENT=574 DEFAULT CHARSET=utf8mb3 COMMENT=’颜色’;
2、初始化测试数据
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (31, 1, ‘黑色’);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (32, 1, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (33, 1, ‘白色’);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (34, 1, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (35, 1, ‘绿色’);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (36, NULL, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (37, NULL, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (38, NULL, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (39, NULL, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (40, NULL, ‘紫色’);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (41, NULL, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (42, NULL, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (43, NULL, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (44, NULL, ‘蓝色’);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (45, NULL, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (46, NULL, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (47, 2, ‘米蓝色’);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (48, 2, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (49, 2, NULL);
INSERT INTO `sc_base_color`(`id`, `group_num`, `name`) VALUES (50, 2, ‘黑红色’);
3、测试普通索引为NULL的情况是否使用了索引
使用 = 查询,测试结果中使用到了索引,其中索引字段的值为“NULL”
EXPLAIN select * from sc_base_color where group_num = 1;
截图结果,两列数据都存在空,最终走了索引。
使用 大于、小于 查询
EXPLAIN select * from sc_base_color where name < ‘米黄’;
截图结果
使用 不等于、not in 、isnull、!isnull查询
EXPLAIN select * from sc_base_color where group_num not in (1);
EXPLAIN select * from sc_base_color where isnull(group_num);
EXPLAIN select * from sc_base_color where !isnull(group_num);
截图结果
使用isnull、is not null查询
EXPLAIN select * from sc_base_color where group_num is not null;
# 使用is null也可能会导致索引失效,我测试了20条数据,6数数据不为空不会失效,也就是可能当空的数据占比70%的时候索引会失效。
EXPLAIN select * from sc_base_color where group_num is null;
由此可以得出结论,字段为空是可以走索引的,但是部分场景可能会失效,尽量还是给默认值。
4、测试组合索引为NULL是否走了索引
先删除普通索引字段,增加组合索引
ALTER TABLE sc_base_color DROP INDEX idx_name;
alter table `sc_base_color` add index idx_group_num_idx_name (group_num, name);
测试 = > < 查询结果
EXPLAIN select * from sc_base_color where group_num < 1;
EXPLAIN select * from sc_base_color where group_num = 1;
EXPLAIN select * from sc_base_color where group_num = 1 and name = ‘米黄’;
截图结果,是可以走索引的,下面的逻辑就不用测试了和普通索引一样,除非不符合最左匹配原则直接查询name字段。
5、总结
在设计数据库的时候尽量还是给字段的默认值。
1、比如int、bigint类型默认值为-1/0
2、比如varchar类型默认值为空串
3、bigdecimal类型为0等等。
NULL值会有不少坑
1、count(字段NULL)会过滤统计的数据,sum这些函数也会
2、使用> < 的时候也会过滤掉为NULL的数据
3、group by 的时候会把所有为NULL的数据合并,可以随机生成UUID解决
4、还有场景可能也有问题,这里我也忘记了,用的时候才会想起来。
总结
到此这篇关于mysql字段为NULL索引是否会失效的文章就介绍到这了,更多相关mysql字段NULL索引失效内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!