本次来讲解与 SQL 查询有关的两个小知识点,掌握这些知识点,能够让你避免踩坑以及提高查询效率。
[[274763]]
本次来讲解与 SQL 查询有关的两个小知识点,掌握这些知识点,能够让你避免踩坑以及提高查询效率。
1. 允许字段的值为 null,往往会引发灾难
首先,先准备点数据,后面好演示
- createtableanimal(
- idint,
- namechar(20),
- index(id)
- )engine=innodb;
index(id) 表示给 id 这个字段创建索引,并且 id 和 name 都允许为 null。
接着插入4条数据,其中最后一条数据的 id 为。
- insertintoanimal(id,name)values(1,'猫');
- insertintoanimal(id,name)values(2,'狗');
- insertintoanimal(id,name)values(3,'猪');
- insertintoanimal(id,name)values(null,'无名动物');
此时表中的数据为
这时我们查询表中 id != 1 的动物有哪些
- select*fromanimalwhereid!=1;
结果如下:
此时我们只找到了两行数据,按道理应该是三行的,但是 id = null 的这一行居然没有被匹配到,,可能大家听说过,null 与任何其他值都不相等,按道理 null != 1 是成立的话,然而现实很残酷,它就是不会被匹配到。
所以,坚决不允许字段的值为 null,否则可能会出现与预期不符合的结果。
反正我之前有踩过这个坑,不知道大家踩过木有?
但是万一有人设置了允许为 null 值怎么办?如果真的这样的话,对于 != 的查找,后面可以多加一个 or id is null 的子句(注意,是 is null,不是 = null,因为 id = null 也不会匹配到值为 null 的行)。即:
- select*fromanimalwhereid!=1oridisnull;
结果如下:
2. 尽可能用 union 来代替 or
(1)、刚才我们给 id 这个字段建立了索引,如果我们来进行等值操作的话,一般会走索引操作,不信你看:
- explainselect*fromanimalwhereid=1;
结果如下:
通过执行计划可以看见,id 上的等值查找能够走索引查询(估计在你的意料之中),其中
- type = ref :表示走非唯一索引
- rows = 1 :预测扫描一行
(2)、那 id is null 会走索引吗?答是会的,如图
- explainselect*fromanimalwhereidisnull;
其中
- type = ref :表示走非唯一索引
- rows = 1 :预测扫描一行
(3)、那么问题来了,那如果我们要找出 id = 1 或者 id = null 的动物,我们可能会用 or 语句来连接,即
- select*fromanimalwhereid=1oridisnull;
那么这条语句会走索引吗?
有没有走索引,看执行计划就知道了,如图
- explainselect*fromanimalwhereid=1oridisnull;
其中:
- ref = ALL:表示全表扫描
- rows = 4 :预测扫描4行(而我们整个表就只有4行记录)
通过执行计划可以看出,使用 or 是很有可能不走索引的,这将会大大降低查询的速率,所以一般不建议使用 or 子句来连接条件。
那么该如何解决?
其实可以用 union 来取代 or,即如下:
- select*fromanimalwhereid=1unionselect*fromanimalwhereidisnull.
此时就会分别走两次索引,找出所有 id = 1 和 所有 id = null 的行,然后再用一个临时表来存放最终的结果,最后再扫描临时表。
©本文为清一色官方代发,观点仅代表作者本人,与清一色无关。清一色对文中陈述、观点判断保持中立,不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。本文不作为投资理财建议,请读者仅作参考,并请自行承担全部责任。文中部分文字/图片/视频/音频等来源于网络,如侵犯到著作权人的权利,请与我们联系(微信/QQ:1074760229)。转载请注明出处:清一色财经