mysql创建字段非空NOT NULL的好处

最新推荐文章于 2022-06-02 09:18:26 发布
转载 最新推荐文章于 2022-06-02 09:18:26 发布 · 1.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：https://blog.youkuaiyun.com/weixin_34112181/article/details/85833164
文章标签：

#mysql优化

博客指出很多表默认列属性为可为NULL，但通常最好指定为NOT NULL。查询中包含可为NULL的列会使MySQL更难优化，占用更多存储空间。将可为NULL列改为NOT NULL性能提升小，调优时不必优先处理，但建索引应避免。InnoDB对稀疏数据存储NULL有空间效率，MyISAM则不然。

很多表都包含可为 NULL （空值） 的列，即使应用程序井不需要保存 NULL 也是如此 ，这是因为可为 NULL 是列的默认属性。通常情况下最好指定列为 NOT NULL，除非真 的需要存储 NULL 值。

如果查询中包含可为 NULL 的列，对 MySQL 来说更难优化 ，因为可为 NULL 的列使 得索引、索引统计和值比较都更复杂 。可为NULL 的列会使用更多的存储空间 ，在 MySQL 里也需要特殊处理 。当可为NULL 的列被索引肘，每个索引记录需要一个额 外的字节，在 MyISAM 里甚至还可能导致固定大小 的索引 （例如只有一个整数列的 索引） 变成可变大小的索引。

通常把可为 NULL 的列改为 NOT NULL 带来的性能提升比较小 ，所以 （调优时） 没有 必要首先在现有schema中查找井修改掉这种情况 ，除非确定这会导致问题。但是， 如果计划在列上建索引 ，就应该尽量避免设计成可为 NULL 的列。当然也有例外 ，例如值得一提的是，InnoDB 使用单独的位 （bit ） 存储 NULL 值 ，所 以对于稀疏数据由有很好的空间效率 。但这一点不适用于MyISAM 。

MySQL查询空字段或非空字段(is null和not null)
09-10
相反，若想查询`t_birth`字段非空的记录，可以使用`IS NOT NULL`条件： ```sql SELECT * FROM test WHERE t_birth IS NOT NULL; ``` 这条语句将返回所有`t_birth`字段有值的记录，在示例中返回了ID为2的记录。 `...
用sql命令修改数据表中的一个字段为非空(not null)的语句
01-20
如果name字段已经创建了索引，如果需要修改的话，必须先删除索引才能正确的进行。 您可能感兴趣的文章:sql server建库、建表、建约束技巧mysql建库时提示Specified key was too long max key length is 1000 bytes...
数据库设置非空字段以及约束的好处
FastThinking的专栏
11-03 5283
1.开发时会如果提交给数据库的数据不符合数据库的条件，则会报错。保证开发时不会忽略掉该做的一些非空判断等 2.客户保证逻辑正确
mysql 列的not null作用
成长足迹
06-23 1451
一般建表时，如果列没有约定为not null 时，数值中是可以出现null的比如建表时 id int not null 对列id的约定not null ，其实它主要的作用是id列的数据中不会出现NULL，这样你查找数据时就不需要 id IS  NULL来判定，空字符串和null是两个概念 所以id = id IS NULL是不一样的。 not null 会有
MYSQL中建议使用NOT NULL原因
zhubaoJay的博客
06-05 3435
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难以...
数据库字段为什么设置为Not Null更优化
xnn_fjj的博客
06-05 1765
（针对MySQL，部分原因可见另一篇博文《数据库（MySQL，Oracle中）‘’和null的区别》） 最近看了关于sql优化的文章，今天做一个小小的总结。数据库建表时，对于一些可填可不填的字段，我们尽量把他设置为非空，这种做法：1.可提高性能，2.可在很大程度上避免空指针一类的问题。具体的好处颇多。 1.节省空间 大体看上去，好像设置可以为空的时候更节省空间，但实际上，他比NOT NULL...
MySQL中可为空的字段设置为NULL还是NOT NULL
09-09
在MySQL数据库中，设计表结构时，一个重要的决策是关于字段是否允许为空（NULL）或必须有值（NOT NULL）。这个问题涉及到数据完整性、存储效率和查询性能等多个方面。以下是对这一主题的详细讨论。 首先，我们要...
MySQL中建表时可空（NULL）和非空（NOT NULL）的用法详解
01-19
对于MySQL的一些个规范，某些公司建表规范中有一项要求是所有字段非空，意味着没有值的时候存储一个默认值。其实所有字段非空这么说应该是绝对了，应该说是尽可能非空，某些情况下不可能给出一个默认值。 那么这条...
MySQL非空约束(not null)案例讲解
shengyin714959的博客
06-02 1592
MySQL 非空约束（NOT NULL）指字段的值不能为空。对于使用了非空约束的字段，如果用户在添加数据时没有指定值，数据库系统就会报错。可以通过 CREATE TABLE 或 ALTER TABLE 语句实现。在表中某个列的定义后加上关键字 NOT NULL 作为限定词，来约束该列的取值不能为空。比如，在用户信息表中，如果不添加用户名，那么这条用户信息就是无效的，这时就可以为用户名字段设置非空约束。创建表时可以使用 NOT NULL 关键字设置非空约束，具体的语法格式如下：例 1创建数据表 tb_dept
（数据库）设计表时字段最好设置为 NOT NULL
humanyr的博客
03-31 655
表字段最好设置成NOT NULL 再设置默认值，因为NULL会 NULL需要占用额外的空间存储； 进行比较的时候会更复杂，还会导致你select (column)的时候不准确 含有NULL值的列，会对SQL优化产生影响，尤其是组合索引中 ...
项目开发为什么要求MySQL采用非空字段
java界的小学生
03-18 1958
项目开发为什么要求MySQL采用非空字段 题记 企业级项目开发中，数据库建库、表都有一定的规范及要求，在数据库建表时对于一些可能没有数据存储的字段，我们应该要求把它设置为NOT NULL，好多开发同事不理解，那么我们为何如此要求，有什么好处呢？ 统一规范 无规矩不成方圆，从小的方面来说，对于任何企业、组织、社会团体，如果没有规矩，规范，就会像一团散沙，就是像漂浮的浮萍，难以长久，更难以成就大事。作为以严谨著称的程序员，在规范合理的前提下，大家遵从规范才有利于项目长久发展，稳定运行，不受时间、人员影响。
数据库字段非空（null的缺点）
zy1104560031的专栏
01-18 1万+
上周工作中，遇到数据库字段是否设为空的问题。 数据库建表时，对于一些可填可不填的字段，我们尽量把他设置为非空，这种做法：1.可提高性能，2.可在很大 程度上避免空指针一类的问题。具体的好处颇多。 1.节省空间。 大体看上去，好像设置可以为空的时候更节省空间，但实际上，他比NOT NULL要多占用一个bit的空间，用来判 断该字段是否为空。 2.NullPointerException ...
mysql id用什么类型_面试官问，为什么建议MySQL列属性尽量用 NOT NULL？
weixin_39905725的博客
11-28 493
作者：忆蓉之心写这篇文章，来自一个小伙伴的提问，他在二面的过程中被问到，由于他简历中写道有 MySQL 调优经验，但这个问题没有回答好，二面被刷了。其实我们刚学习 C 语言的时候，就接触过 NULL，比如下面这句代码。int *p = NULL;它实际上表示将指针指向一块不被使用的内存地址，一般会在宏中定义好。那么我们常用的 Java 语言，同样也用到 null，表示一个空引用，如果你不小心引用了...
mysql数据库--设置非空约束的必要性
shunzi1046的博客
05-06 6244
不只是为了安全要设置非空约束 1.引用如果可能，声明列为NOT NULL。它使任何事情更快而且每列可以节省一位。注意如果在应用程序中确实需要NULL，应该毫无疑问使用它，只是避免 默认地在所有列上有它 2.开发时会如果提交给数据库的数据不符合数据库的条件，则会报错。保证开发时不会忽略掉该做的一些非空判断等 3.客户保证逻辑正确 4. null值利用不上索引 5. 安全，防止sql注入...
mysql修改表的字段非空为可以为空
热门推荐
u011935772的专栏
05-16 7万+
修改语句：ALTER TABLE susdb.app_message MODIFY COLUMN NAME VARCHAR(60) DEFAULT NULL COMMENT '名称';
关于MySQL中向已存在数据的表中添加新列及非空约束 (NOT NULL)的注意事项,空字符串和空值Null区别；
java_mao9的博客
06-20 6247
非空约束（NOT NULL）| 唯一约束（UNIQUE） 空字符串 ’ ’ 和 空值 NULL 有区别 向数据表中已存在列添加非空约束 则该列所有值中不能为空值，必须在插入值后才能 添加 非空约束，如果想保留空值，可以用将空值NULL 修改为空字符串 ’ '后添加非空约束。 1.使用sql语句创建Test表 Testid 为主键自增 Test1 只添加了唯一约束 2.向表中添加数据 ...
表字段的NOT NULL设计
crhuang1986的博客
03-23 354
概述 ： 表字段的NOT NULL 和 NULL 的设计，DBA还是比较在意的，关于这个有以下几个原则，需要程序员了解 （1）一个字段如果实际上就是一个NOT NULL，就把它设计为NOT NUL...
mysqls索引非空判断：is not null 优化
最新发布
10-16
<think>嗯，用户这次的问题是关于MySQL中使用IS NOT NULL进行索引非空判断的优化方法。我需要结合提供的四个引用内容来给出专业建议。 用户已经查阅过相关资料，但网上存在相互矛盾的说法（比如引用2就指出很多人错误认为IS NULL会导致索引失效），说明用户需要权威的澄清和实操建议。从引用3和4来看，核心问题其实是查询优化器的成本计算——当使用IS NOT NULL时是否走索引取决于回表数量。 让我梳理关键点：首先是字段属性，引用1提到如果字段声明为NOT NULL，MySQL会直接优化掉IS NULL条件，这对IS NOT NULL也有参考价值。然后引用4解释了失效本质是回表成本过高，临界值在10-30%左右。这提示优化方向应该是控制扫描范围。 具体优化方法可以分几个层面：第一是索引设计，联合索引要把IS NOT NULL字段放最后避免中断匹配（引用4）；第二是结合LIMIT降低影响（引用3）；第三是利用覆盖索引避免回表（引用4）。另外字段的NOT NULL约束也很重要（引用1），不过用户明确问的是IS NOT NULL场景。 用户可能还想知道如何确认优化效果。引用2作者提到亲自测试的重要性，所以应该建议用EXPLAIN验证。考虑到用户研究的是索引优化，大概率是开发或DBA角色，可以给出进阶建议比如监控Handler_read_next值。 突然想到个隐患：如果用户在NULL值很多的字段用IS NOT NULL，即使走索引效率也可能低下。这点需要提醒，但原引用没直接说明，我根据成本原理补充在注意事项里比较稳妥。 </think>针对MySQL中使用`IS NOT NULL`进行索引优化的方法，结合引用内容的核心结论和实践建议，整理优化策略如下： --- ### **核心优化原则** MySQL执行`IS NOT NULL`时**是否走索引取决于数据分布和查询成本**（引用3、4）： > **优化器决策逻辑**： > - 当通过索引过滤后仍需回表查询大量行（通常 > 10%~30%），优化器可能放弃索引选择全表扫描。 > - `IS NOT NULL`本身**不直接导致索引失效**，失效主因是**回表成本过高**（引用2、4）。 --- ### **具体优化方法** #### 1. **索引设计优化** - **联合索引顺序** 若查询包含多个条件，将`IS NOT NULL`字段放在联合索引**末尾**： ```sql -- 推荐写法（假设联合索引为 (status, created_at)） SELECT * FROM orders WHERE status = 'shipped' AND created_at IS NOT NULL; -- created_at 在索引末尾 ``` - **覆盖索引**（引用4） 避免回表查询，将查询字段全部纳入索引： ```sql -- 创建覆盖索引 ALTER TABLE users ADD INDEX idx_email_name (email, name); -- 查询只需索引字段 SELECT email, name FROM users WHERE email IS NOT NULL; -- 无需回表 ``` #### 2. **查询语句优化** - **控制扫描范围**（引用3、4） 添加可缩小结果集的过滤条件，降低回表行数： ```sql SELECT * FROM products WHERE category_id = 5 -- 先通过索引过滤大部分数据 AND stock IS NOT NULL; ``` - **使用`LIMIT`** 限制结果数量，促使优化器选择索引： ```sql SELECT * FROM logs WHERE user_id IS NOT NULL LIMIT 100; ``` #### 3. **表结构优化** - **声明`NOT NULL`约束**（引用1） 若字段应禁止`NULL`值，直接声明为`NOT NULL`： ```sql ALTER TABLE employees MODIFY COLUMN phone VARCHAR(20) NOT NULL; ``` > ✅ 优化器将跳过`NULL`检查，直接使用索引。 - **减少`NULL`值比例** 通过默认值替代`NULL`（如空字符串、0等），降低索引扫描成本。 --- ### **验证索引效果** 使用`EXPLAIN`确认执行计划（引用2、3）： ```sql EXPLAIN SELECT * FROM customers WHERE address IS NOT NULL; ``` 关键输出项： - `type`: `range`（范围扫描）或 `ref`（索引访问）表示使用索引 - `Extra`: `Using index`（覆盖索引）或 `Using where`（索引过滤后回表） --- ### **注意事项** 1. **数据分布影响** - 若字段中`NULL`值极少（如 < 5%），`IS NOT NULL`通常高效走索引。 - 若`NULL`值占比高（如 > 30%），需结合其他条件优化扫描范围（引用3、4）。 > 💡 **案例**：用户表有100万行，`last_login`字段90%为`NULL`。查询`WHERE last_login IS NOT NULL`可能全表扫描，添加`AND last_login > '2023-01-01'`可触发索引。 2. **避免过度依赖网传结论** - 不同MySQL版本、数据量、索引类型均影响优化器决策（引用2），需实际验证。 --- ### **总结建议** | **场景** | **优化策略** | |-------------------------|----------------------------------| | 高频查询`IS NOT NULL` | 创建覆盖索引 + 联合索引末尾放置 | | 表中`NULL`值占比高 | 添加辅助条件缩小范围 + `LIMIT` | | 字段逻辑上禁止`NULL` | 声明为`NOT NULL`约束 | > 通过控制回表行数、合理设计索引和表结构，可显著提升`IS NOT NULL`的查询效率（引用4）[^4]。实际执行计划请务必用`EXPLAIN`验证[^2][^3]。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值