【MySQL】 IS NOT NULL 和 != NULL 的区别？

背景

最近在开发小伙伴的需求，遇到了一个数据库统计的问题，
is not null 结果正确
！=null 结果就不对，然后就激发了获取真理的想法，那必须的查查
咋回事嘞？

开整

在用Mysql的过程中，你是否存在过如下的几个疑问？

• 我的字段类型明明指定的是NOT NULL，但是为什么还是可以插入空值呢？
• 为什么NOT NULL的效率比NULL更高？
• 在查询空字段的记录时是用"select * from table where col <> ‘’ “还是用"select * from table where col is not null”？

带着疑问，我们来看看NOT NULL和NULL有什么不一样呢？要搞清楚这两个的区别。首先，我们先要理解"空值"和"NULL"的含义：

• 空值是不占用空间的。
• NULL是会占用空间的，我们来看看官方对这个NULL的描述。mysql的官方描述如下：

“NULL columns require additional space in the row to record whether their values are NULL. For MyISAM tables, each NULL column takes one bit extra, rounded up to the nearest byte.”

怎么理解呢？简单举个栗子：

假设有一个瓶子，空值表示的是瓶子里什么都没有，NULL表示的是瓶子里面状态的是空气。可以理解为什么NULL也会占用空间了吧。

下面来通过一个实例例子来测试一下。首先建一个表，表引擎使用InnoDB，建表语句如下：

create table test(  c1 varchar(10) not null,   c2 varchar(10) default null) engine = InnoDB;

验证插入数据和查询：

mysql> insert into test(c1, c2) values(null, 0);ERROR 1048 (23000): Column 'c1' cannot be nullmysql> insert into test(c1, c2) values('', 0);Query OK, 1 row affected (0.00 sec)# null字符串mysql> insert into test(c1, c2) values('null', 0);Query OK, 1 row affected (0.00 sec)mysql> insert into test(c1, c2) values('', null);Query OK, 1 row affected (0.00 sec)mysql> select * from test;+------+------+| c1   | c2   |+------+------+|      | 0    || null | 0    ||      | NULL |+------+------+3 rows in set (0.00 sec)

从上述结果中可以看到，NOT NULL的字段是没办法插入NULL值的，只能插入空值’'。上面第三个sql插入的NULL是个字符串格式的NULL，对于MyISAM的存储引擎，测试的结果和上述结果是一样的。所以第1个疑问也就了解了吧。

对于第2个问题，因为NULL值是占了一定空间的，所以在MySQL进行字段比较的时候，值为NULL的字段也是会参与比较的，所以是会对性能有一定的影响。

当字段上包含有索引时，由于B树索引是不会存储NULL值的，所以在使用这个字段做为查询条件时，对性能的影响还是比较大的，在平时创建索引的时候，应该尽量保证列的值不为NULL。

针对上述的结论，有几个针对NULL和NOT NULL的常见优化建议：

• MySQL如果不指定列的约束，默认就是允许NULL，TIMESTAMP类型的字段除外。所以在非必要情况下，尽量设置列的约束为NOT NULL。
• 如果列的值为NULL，通过这个为NULL的列进行条件查询时，MySQL更难做优化，因为为NULL的列会让索引的统计和值的比较更加复杂。
• 如果计划在某个列上创建索引，那么需要尽量避免这个列中的字段值为NULL。在优化的过程中，把NULL改为NOT NULL对性能的提升并不是很明显。所以如果在使用过程中没有问题的话，没有必要首先去做NULL到NOT NULL的优化。

来通过实际例子看看最后一个问题。假如需要查询上述test表中c1不为空的所有数据，应该使用"<> ‘’"呢？还是使用"IS NOT NULL"呢？测试结果如下：

mysql> select * from test where c1 is not null;+------+------+| c1   | c2   |+------+------+|      | 1    || null | 1    ||      | NULL |+------+------+3 rows in set (0.00 sec)mysql> select * from test where c1 <> '';+------+------+| c1   | c2   |+------+------+| null | 1    |+------+------+1 row in set (0.00 sec)

可以看到，不同的查询条件，对于查询的结果区别还是特别大的。所以在使用过程中需要根据业务场景，选择不同的查询条件。

附录

附录1：MySQL索引失效的常见情况

1. 最左前缀原则。例如：存在联合索引idx_a_b(a, b)，查询条件使用where b = 1则无法使用索引
2. LIKE 前置模糊查询。例如：col_name like '%test' 或 col_name like '%test%'
3. 索引列使用函数或存在计算。例如：存在索引idx_col(col)，查询条件使用where left(col, 2) = 'te'
4. 查询条件使用 is not null。设计表结构时尽量设置 not null约束
5. 字段类型出现隐式转换。例如：存在字段test_col为varchar类型，查询时使用了where test_col = 1，隐式转为了int类型导致索引失效
6. 条件中有 or 存在可能不会使用索引。例如：查询条件为where a = 'testa' or b = 'testb'，存在索引idx_a(a)，此时也不会使用索引，除非为b字段也添加索引
7. 查询结果超过整体结果的25%或三分之一，或者表数据量比较少时，MySQL认为全表扫描代价更小，会导致索引失效

附录2：MySQL关键字列表

R 表示为 MySQL 预留关键字

来源地址：https://blog.csdn.net/weixin_40379712/article/details/131172725