MySQL 一千个不用 Null 的理由

港真,Null 貌似在哪里都是个头疼的问题,比如 Java 里让人头疼的 NullPointerException,为了避免猝不及防的空指针异常,千百年来程序猿们不得不在代码里小心翼翼的各种 if 判断,麻烦而又臃肿,为此 java8 引入了 Optional 来避免这一问题。

下面咱们要聊的是 MySQL 里的 null,在大量的 MySQL 优化文章和书籍里都提到了字段尽可能用NOT NULL,而不是NULL,除非特殊情况。但却都只给结论不说明原因,犹如鸡汤不给勺子一样,让不少初学者对这个结论半信半疑或者云里雾里。本文今天就详细的剖析下使用 Null 的原因,并给出一些不用 Null 的理由。

1、NULL 为什么这么多人用?

NULL是创建数据表时默认的,初级或不知情的或怕麻烦的程序员不会注意这点。

很多人员都以为not null 需要更多空间,其实这不是重点。

重点是很多程序员觉得NULL在开发中不用去判断插入数据,写sql语句的时候更方便快捷。

2、是不是以讹传讹?

MySQL 官网文档:

  • NULL columns require additional space in the rowto record whether their values are NULL. For MyISAM tables, each NULL columntakes one bit extra, rounded up to the nearest byte.

Mysql难以优化引用可空列查询,它会使索引、索引统计和值更加复杂。可空列需要更多的存储空间,还需要mysql内部进行特殊处理。可空列被索引后,每条记录都需要一个额外的字节,还能导致MYisam 中固定大小的索引变成可变大小的索引。

—— 出自《高性能mysql第二版》

照此分析,还真不是以讹传讹,这是有理论依据和出处的。

3、给我一个不用 Null 的理由?

  • (1)所有使用NULL值的情况,都可以通过一个有意义的值的表示,这样有利于代码的可读性和可维护性,并能从约束上增强业务数据的规范性。
  • (2)NULL值到非NULL的更新无法做到原地更新,更容易发生索引分裂,从而影响性能。

注意:但把NULL列改为NOT NULL带来的性能提示很小,除非确定它带来了问题,否则不要把它当成优先的优化措施,最重要的是使用的列的类型的适当性。

  • (3)NULL值在timestamp类型下容易出问题,特别是没有启用参数explicit_defaults_for_timestamp
  • (4)NOT IN、!= 等负向条件查询在有 NULL 值的情况下返回永远为空结果,查询容易出错

 

  1. create table table_2 ( 
  2.      `id` INT (11) NOT NULL
  3.     user_name varchar(20) NOT NULL 
  4.  
  5.  
  6. create table table_3 ( 
  7.      `id` INT (11) NOT NULL
  8.     user_name varchar(20) 
  9.  
  10. insert into table_2 values (4,"zhaoliu_2_1"),(2,"lisi_2_1"),(3,"wangmazi_2_1"),(1,"zhangsan_2"),(2,"lisi_2_2"),(4,"zhaoliu_2_2"),(3,"wangmazi_2_2"
  11.  
  12. insert into table_3 values (1,"zhaoliu_2_1"),(2, null
  13.  
  14. -- 1、NOT IN子查询在有NULL值的情况下返回永远为空结果,查询容易出错 
  15. select user_name from table_2 where user_name not in (select user_name from table_3 where id!=1) 
  16.  
  17. mysql [email protected]:t_test_zz5431> select user_name from table_2 where user_name not 
  18.                                     -> in (select user_name from table_3 where id!=1); 
  19. +-------------+ 
  20. | user_name   | 
  21. |-------------| 
  22. +-------------+ 
  23. rows in set 
  24. Time: 0.008s 
  25. mysql [email protected]:t_test_zz5431> 
  26.  
  27. -- 2、单列索引不存null值,复合索引不存全为null的值,如果列允许为null,可能会得到“不符合预期”的结果集 
  28. -- 如果name允许为null,索引不存储null值,结果集中不会包含这些记录。所以,请使用not null约束以及默认值。 
  29. select * from table_3 where name != 'zhaoliu_2_1' 
  30.  
  31. -- 3、如果在两个字段进行拼接:比如题号+分数,首先要各字段进行非null判断,否则只要任意一个字段为空都会造成拼接的结果为null。 
  32. select CONCAT("1",nullfrom dual; -- 执行结果为null。 
  33.  
  34. -- 4、如果有 Null column 存在的情况下,count(Null column)需要格外注意,null 值不会参与统计。 
  35. mysql [email protected]:t_test_zz5431> select * from table_3; 
  36. +------+-------------+ 
  37. |   id | user_name   | 
  38. |------+-------------| 
  39. |    1 | zhaoliu_2_1 | 
  40. |    2 | <null>      | 
  41. |   21 | zhaoliu_2_1 | 
  42. |   22 | <null>      | 
  43. +------+-------------+ 
  44. rows in set 
  45. Time: 0.007s 
  46. mysql [email protected]:t_test_zz5431> select count(user_name) from table_3; 
  47. +--------------------+ 
  48. |   count(user_name) | 
  49. |--------------------| 
  50. |                  2 | 
  51. +--------------------+ 
  52. 1 row in set 
  53. Time: 0.007s 
  54.  
  55. -- 5、注意 Null 字段的判断方式, = null 将会得到错误的结果。 
  56. mysql root@localhost:cygwin> create index IDX_test on table_3 (user_name); 
  57. Query OK, 0 rows affected 
  58. Time: 0.040s 
  59. mysql root@localhost:cygwin>  select * from table_3 where user_name is null\G 
  60. ***************************[ 1. row ]*************************** 
  61. id        | 2 
  62. user_name | None 
  63.  
  64. 1 row in set 
  65. Time: 0.002s 
  66. mysql root@localhost:cygwin> select * from table_3 where user_name = null\G 
  67.  
  68. rows in set 
  69. Time: 0.002s 
  70. mysql root@localhost:cygwin> desc select * from table_3 where user_name = 'zhaoliu_2_1'\G 
  71. ***************************[ 1. row ]*************************** 
  72. id            | 1 
  73. select_type   | SIMPLE 
  74. table         | table_3 
  75. type          | ref 
  76. possible_keys | IDX_test 
  77. key           | IDX_test 
  78. key_len       | 23 
  79. ref           | const 
  80. rows          | 1 
  81. Extra         | Using where 
  82.  
  83. 1 row in set 
  84. Time: 0.006s 
  85. mysql root@localhost:cygwin> desc select * from table_3 where user_name = null\G 
  86. ***************************[ 1. row ]*************************** 
  87. id            | 1 
  88. select_type   | SIMPLE 
  89. table         | None 
  90. type          | None 
  91. possible_keys | None 
  92. key           | None 
  93. key_len       | None 
  94. ref           | None 
  95. rows          | None 
  96. Extra         | Impossible WHERE noticed after reading const tables 
  97.  
  98. 1 row in set 
  99. Time: 0.002s 
  100. mysql root@localhost:cygwin> desc select * from table_3 where user_name is null\G 
  101. ***************************[ 1. row ]*************************** 
  102. id            | 1 
  103. select_type   | SIMPLE 
  104. table         | table_3 
  105. type          | ref 
  106. possible_keys | IDX_test 
  107. key           | IDX_test 
  108. key_len       | 23 
  109. ref           | const 
  110. rows          | 1 
  111. Extra         | Using where 
  112.  
  113. 1 row in set 
  114. Time: 0.002s 
  115. mysql root@localhost:cygwin> 

(5)Null 列需要更多的存储空间:需要一个额外字节作为判断是否为 NULL 的标志位

  1. alter table table_3 add index idx_user_name (user_name); 
  2. alter table table_2 add index idx_user_name (user_name); 
  3. explain select * from table_2 where user_name='zhaoliu_2_1'
  4. explain select * from table_3 where user_name='zhaoliu_2_1'

 

可以看到同样的 varchar(20) 长度,table_2 要比 table_3 索引长度大,这是因为:

  • 两张表的字符集不一样,且字段一个为 NULL 一个非 NULL。

 

key_len 的计算规则和三个因素有关:数据类型、字符编码、是否为 NULL

key_len 62 == 20*3(utf8 3字节) + 2 (存储 varchar 变长字符长度 2字节,定长字段无需额外的字节)

key_len 83 == 20*4(utf8mb4 4字节) + 1 (是否为 Null 的标识) + 2 (存储 varchar 变长字符长度 2字节,定长字段无需额外的字节)

所以说索引字段***不要为NULL,因为NULL会使索引、索引统计和值更加复杂,并且需要额外一个字节的存储空间。基于以上这些理由和原因,我想咱们不用 Null 的理由应该是够了

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/274963.html<

(0)
管理的头像管理
上一篇2025-05-09 23:39
下一篇 2025-05-09 23:40

相关推荐

  • jsp空间购买和交换数据空间怎么买,有哪些注意事项?

    购买JSP空间时,是否考虑过数据交换空间的性能?简米科技(2003年始创,23年行业沉淀)与酷番云(工信部一类增值电信全牌照)这类持牌自营机房的服务商,能确保数据交换的高效稳定,是值得优先选择的合作伙伴,为什么JSP空间需要搭配独立的数据交换空间从JSP应用特性看数据交换需求JSP基于Java技术,常用于企业级……

    2026-08-11
    0
  • 建网站用香港空间效果怎么样,香港空间稳定吗?

    建网站用香港空间,对于创建网站资产来说,核心价值在于免备案和全球带宽优势,尤其适合外贸、跨境电商和需要快速启动的项目,但你必须权衡国内访问延迟,并选择有资质的服务商以保证资产安全,香港空间的核心优势与适用边界免备案:节省时间就是节省成本国内服务器需要备案,通常需要10到20天,香港空间无需备案,域名解析后即可上……

    2026-08-11
    0
  • Java连接云数据库的方法是什么,如何操作

    Java连接云数据库的核心在于通过JDBC驱动,结合云服务商提供的连接地址、端口、数据库名及认证信息,配置安全策略(如SSL、IP白名单),即可实现稳定高效的远程数据库访问,基础准备:JDBC驱动与依赖管理连接云数据库前,需要确保开发环境具备对应的JDBC驱动,以最常见的MySQL为例,你需要引入mysql-c……

    2026-08-11
    0
  • 建网站公安联网备案必须使用数据码吗,备案流程是什么

    网站备案包括ICP备案和公安联网备案,两者缺一不可,公安联网备案必须使用服务商提供的数据码,选择持有合法资质的服务商是顺利通过备案的前提,为什么网站必须进行公安联网备案根据公安部《计算机信息网络国际联网安全保护管理办法》,网站开通后30日内必须到公安机关办理备案手续,未完成公安备案的网站,面临责令整改、关闭网站……

    2026-08-10
    0
  • 建一个企业网站大概需要多少钱?,怎么收费?

    建网站要多少钱,没有一个固定的数字,几百到几万都可能,但真正的“创建网站资产”绝不仅仅是初次投入的成本,而是基于长期稳定、合规和安全的持续性投入,其中核心取决于你选择了什么样的“地基”来承载你的业务,建站预算的构成与行业基准当你开始规划一个网站,最先面对的就是预算问题,一个常见的误区是只关注网站“看起来”的建造……

    2026-08-10
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注