updatebyprimarykeyselective怎么更新某个字段为null_一千个不...
updatebyprimarykeyselective怎么更新某个字段为null_⼀千个
不。。。
1、NULL 为什么这么多⼈⽤?
2、是不是以讹传讹?
3、给我⼀个不⽤ Null 的理由?
Refer
《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》
《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》
《数据库实体设计合集》
《Java ⾯试题 —— 精品合集》
《Java 学习指南 —— 精品合集》
港真,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带来的性能提⽰很⼩,除⾮确定它带来了问题,否则不要把它当成优先的优化措施,最重要的是使⽤的列的类型的适当性。
1. NULL值在timestamp类型下容易出问题,特别是没有启⽤参数explicit_defaults_for_timestamp
2. NOT IN、!= 等负向条件查询在有 NULL 值的情况下返回永远为空结果,查询容易出错
举例:
create table table_2 (
`id` INT (11) NOT NULL,
user_name varchar(20) NOT NULL
)
create table table_3 (
`id` INT (11) NOT NULL,
user_name varchar(20)
)
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") insert into table_3 values (1,"zhaoliu_2_1"),(2, null)
-- 1、NOT IN⼦查询在有NULL值的情况下返回永远为空结果,查询容易出错
select user_name from table_2 where user_name not in (select user_name from table_3 where id!=1)
mysql root@10.48.186.32:t_test_zz5431> select user_name from table_2 where user_name not
-> in (select user_name from table_3 where id!=1);
手机话费买东西
+-------------+
| user_name  |
|-------------|
+-------------+
0 rows in set
Time: 0.008s
医学生物工程
mysql root@10.48.186.32:t_test_zz5431>
-- 2、单列索引不存null值,复合索引不存全为null的值,如果列允许为null,可能会得到“不符合预期”的结果集
-- 如果name允许为null,索引不存储null值,结果集中不会包含这些记录。所以,请使⽤not null约束以及默认值。
select * from table_3 where name != 'zhaoliu_2_1'
-- 3、如果在两个字段进⾏拼接:⽐如题号+分数,⾸先要各字段进⾏⾮null判断,否则只要任意⼀个
字段为空都会造成拼接的结果为null。
select CONCAT("1",null) from dual; -- 执⾏结果为null。
-- 4、如果有 Null column 存在的情况下,count(Null column)需要格外注意,null 值不会参与统计。
mysql root@10.48.186.32:t_test_zz5431> select * from table_3;
+------+-------------+
|  id | user_name  |
|------+-------------|
|    1 | zhaoliu_2_1 |
|    2 | <null>      |
|  21 | zhaoliu_2_1 |
|  22 | <null>      |
+------+-------------+
4 rows in set
Time: 0.007s
mysql root@10.48.186.32:t_test_zz5431> select count(user_name) from table_3;
+--------------------+
|  count(user_name) |
|--------------------|
|                  2 |
+--------------------+
踌躇1 row in set
Time: 0.007s
Time: 0.007s
-- 5、注意 Null 字段的判断⽅式, = null 将会得到错误的结果。
mysql root@localhost:cygwin> create index IDX_test on table_3 (user_name);
Query OK, 0 rows affected
Time: 0.040s
mysql root@localhost:cygwin>  select * from table_3 where user_name is nullG
***************************[ 1. row ]***************************
id        | 2
user_name | None
1 row in set
Time: 0.002s
mysql root@localhost:cygwin> select * from table_3 where user_name = nullG
0 rows in set
西安疫情最近严重吗Time: 0.002s
mysql root@localhost:cygwin> desc select * from table_3 where user_name = 'zhaoliu_2_1'G ***************************[ 1. row ]***************************
id            | 1
select_type  | SIMPLE
table        | table_3
type          | ref
possible_keys | IDX_test
key          | IDX_test
key_len      | 23
ref          | const
rows          | 1
Extra        | Using where
1 row in set
Time: 0.006s
mysql root@localhost:cygwin> desc select * from table_3 where user_name = nullG
***************************[ 1. row ]***************************
id            | 1
select_type  | SIMPLE
table        | None
type          | None
possible_keys | None
key          | None
key_len      | None
ref          | None
rows          | None
Extra        | Impossible WHERE noticed after reading const tables
1 row in set
Time: 0.002s
mysql root@localhost:cygwin> desc select * from table_3 where user_name is nullG
***************************[ 1. row ]***************************
id            | 1
select_type  | SIMPLE
table        | table_3
type          | ref
possible_keys | IDX_test
key          | IDX_test
key_len      | 23
ref          | const
rows          | 1
Extra        | Using where
1 row in set
Time: 0.002s
mysql root@localhost:cygwin>
1. Null 列需要更多的存储空间:需要⼀个额外字节作为判断是否为 NULL 的标志位
举例:
alter table table_3 add index idx_user_name (user_name);
alter table table_2 add index idx_user_name (user_name);
explain select * from table_2 where user_name='zhaoliu_2_1';
explain select * from table_3 where user_name='zhaoliu_2_1';
可以看到同样的 varchar(20) 长度,table_2 要⽐ table_3 索引长度⼤,这是因为:
两张表的字符集不⼀样,且字段⼀个为 NULL ⼀个⾮ NULL。
key_len 的计算规则和三个因素有关:数据类型、字符编码、是否为 NULL
1. key_len 62 == 20*3(utf8 3字节) + 2 (存储 varchar 变长字符长度 2字节,定长字段⽆需额外的字节)
2. key_len 83 == 20*4(utf8mb4 4字节) + 1 (是否为 Null 的标识) + 2 (存储 varchar 变长字符长度 2字节,定长字段⽆需额外
的字节)
所以说索引字段最好不要为NULL,因为NULL会使索引、索引统计和值更加复杂,并且需要额外⼀个字节的存储空间。基于以上这些理由和原因,我想咱们不⽤ Null 的理由应该是够了 :)
Refer

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。