标签：空值 索引 全表 user MySQL NULL where id select

数据准备

create table user (
    id int,
    name varchar(20),
    index(id)
)engine=innodb;

 
insert into user values(1,'shenjian');
insert into user values(2,'zhangsan');
insert into user values(3,'lisi');

id为索引，非唯一(non unique)，允许空(null)。

知识点1（热身）：负向查询不能命中索引，会导致全表扫描。

 

explain select * from user where id!=1;

索引字段id上的不等于查询，如上图所示：

（1）type=ALL，全表扫描；

（2）rows=3，全表只有3行；

知识点2（划重点）：允许空值，不等于(!=)查询，可能导致不符合预期的结果。

insert into user(name) values('wangwu');

先构造一条id为NULL的数据，可以看到共有4条记录。

select * from user where id!=1;

再次执行不等于查询。

你猜结果集有几条记录（共4条，不等于排除1条）？

答错了！

结果集只有2条记录，空值记录记录并未出现在结果集里。

select * from user where id!=1 or id is null;

如果想到得到符合预期的结果集，必须加上一个or条件。

知识点3（附加）：某些or条件，又可能导致全表扫描，此时应该优化为union。

explain select * from user where id=1;

索引字段id上的等值查询，能命中索引，如上图所示：

（1）type=ref，走非唯一索引；

（2）rows=1，预估扫描1行；

explain select * from user where id is null;

索引字段id上的null查询，也能命中索引，如上图所示：

（1）type=ref，走非唯一索引；

（2）rows=1，预估扫描1行；

explain select * from user where id=1 or id is null;

如果放到一个SQL语句里用or查询，则会全表扫描，如上图所示：

（1）type=ALL，全表扫描；

（2）rows=4，全表只有4行；

explain select * from user where id=1 

union

select * from user where id is null;

此时应该优化为union查询，又能够命中索引了，如上图所示：

（1）type=ref，走非唯一索引；

（2）rows=1，预估扫描1行；

总结

（1）负向比较（例如：!=）会引发全表扫描；

（2）如果允许空值，不等于(!=)的查询，不会将空值行(row)包含进来，此时的结果集往往是不符合预期的，此时往往要加上一个or条件，把空值(is null)结果包含进来；

（3）or可能会导致全表扫描，此时可以优化为union查询；

（4）建表时加上默认(default)值，这样能避免空值的坑；

（5）explain工具是一个好东西；

标签：空值,索引,全表,user,MySQL,NULL,where,id,select
来源： https://www.cnblogs.com/gentlescholar/p/15671056.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。