前言

Mysql 中我们偶尔会用到 字段为 NULL 的情况 

这时候 我们只能使用查询 “select * from tz_test_02 where field1 is null;” 来进行 field1 字段为 null 的行的查询 

然后如果是使用 “select * from tz_test_02 where field1 = null;” 你会发现查询 不出数据

但是如果是 mysql 的 NULL-safe equals 的运算符 “select * from tz_test_02 where field1 <=> null;” 又是可以查询出数据的, 我们这里 来调试一下 这个流程

 

测试数据表如下 

CREATE TABLE `tz_test_02` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `field1` varchar(128) DEFAULT NULL,
  `field2` varchar(128) DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  KEY `field_1` (`field1`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8

 

测试数据如下 

 

 

select * from tz_test_02 where field1 = null;

扫描索引的情况 

在 mysql 估算扫描的行的时候, 会解析整个表达式, 比如到我们这里的 ”field1 = null”

类型为 EQ_FUNC, field 是字段 tz_test_02.field1, value 是比较的值 NULL

然后 这里的 EQUAL_FUNC 值得就是 Null-safe 比较运算符 “<=>”

mysql 和 NULL 比较的规则是除了 Null-safe 之外的其他运算符, 和 NULL 比较都是 false, 这里备注也说了 ”comparison with null always false”

然后在外面 更新 const_table_map 为 1, 然后 外层扫表 found_const_table_map 为 0

 

然后外层 make_join_plan 的时候, 扫描了0条记录, 设置 zero_result_cause 的时候设置了错误原因, “no matching row in const table”

 

最终 JOIN::exec 主流程中发现 前面设置了 zero_result_cause, 直接拦截 仅仅响应表格的元数据回去

 

 

select * from tz_test_02 where field2 = null;

扫描非索引的情况, 是需要全表扫描 

扫描之后, 这里的 “where field2 = null” 的处理为 Agg_comparator 这边的处理, 比较的两个操作数, 一个是 field2 字段, 另外一个是 Item_null

然后 Item_null::val_str 这边返回的数据 恒为 0, 因此 这个比较 恒不成立, 永远返回 -1

 

Item_null::val_str 的处理如下, 返回值恒为 0

 

 

select * from tz_test_02 where field1 is null;

这个是扫描索引 

索引数据记录分别为 [(null, 5), (field1, 1), (field10, 10)]

然后这里 扫描的是索引记录 (null, 5), 然后比较的另一个操作数也是 null, 这里比较 返回 0, 可以响应数据 

 

然后接着是索引记录 (field1, 1), 这里比较的 另一个操作数是 null

这里 显然 “field1” <> null 的, 因此会返回 -1 或者 1, 数据匹配不上 

 

 

select * from tz_test_02 where field2 is null;

首先这里是需要 全表扫描的

这里的判断方式就是获取给定的 字段 是否为 null, 根据 null bit 获取 

 

 

select * from tz_test_02 where field1 <=> null;

这个是扫描索引 

索引数据记录分别为 [(null, 5), (field1, 1), (field10, 10)]

然后这里 扫描的是索引记录 (null, 5), 然后比较的另一个操作数也是 null, 这里比较 返回 0, 可以响应数据 

 

然后接着是索引记录 (field1, 1), 这里比较的 另一个操作数是 null

这里 显然 “field1” <> null 的, 因此会返回 -1 或者 1, 数据匹配不上 

 

 

select * from tz_test_02 where field2 <=> null;

首先这里是需要 全表扫描的

这里的判断方式就是获取给定的 字段 是否为 null, 根据 null bit 获取 

这个是 mysql 中 Null-safe 匹配的比较方式, 这里 左操作数是字段 field2, 右操作数是 Item_null, 返回的数字恒为 NULL
最终根据字段的值是否为 NULL 进行判断 

比如这里遍历的是第一条记录 (1, field1, ”1”), 可以看到 是不满足查询条件的

 

这里是第二条记录 (5, NULL, ”5”) , 可以看到 是不满足查询条件的

 

这里是第三条记录 (10, “field10”, NULL) , 可以看到 是满足查询条件的

 

因此 最终查询结果如下

 

 

完