MySQL中与NULL相关的的问题

1. 很多表都包含可为NULL的列，即使应用程序并不需要保存NULL也是如此，这是因为可为NULL是列的默认属性（TIMESTAMP除外），然而通常情况下最好指定列为NOT NULL，除非真的需要存储NULL值。
2. 如果查询中包含可为NULL的列，对MySQL来说更难优化，因为可为NULL的列使得索引统计和值比较更加复杂。可为NULL的列会使用更多的存储空间，在MySQL里也需要特殊的处理。当可为NULL的字段被索引时，每个索引记录需要一个额外的字节，在MyASIM里甚至还可能导致固定大小的索引（例如只有一个整数列的索引）变成可变大小的索引。
3. 通常把可为NULL的列改为NOT NULL带来的性能提升比较小，所以（调忧时）没有必要首先在现有schema中查找并修改这种情况，除非确定这会导致问题。但是，如果计划在列上建索引，就应该尽量避免设计为NULL的列。当然也有一些例外，例如值得一提的是，InnoDB使用单独的位（Bit）存储NULL值，所以对于稀疏数据（很多值为NULL，只有少数行是非NULL）有很好的空间效率。但这一点不适用于MyISAM。
   引用自《高性能MySQL－第三版》第四章 Schema与数据类型优化

操作实验

1、在建表或修改表字段时，默认为DEFAULT NULL 直接设置为NULL 效果一样，通常设置为 NOT NULL。
2、当设置为 NOT NULL 时不能插入NULL 或不插入值。
3、查询时用 IS NULL 或 IS NOT NULL 进行条件判断。
4、空值 ‘’ 不占用空间，NULL占用少量空间。
5、建议为各种类型设置默认值和不为空。