创建表时应当设置not null，添加一个默认值0或''去替代null。

sum('field')的坑

若一列的所有值都是null，那么sum函数的结果不是0，而是null，所以可能会因为值的类型兼容问题，出现意料之外的情况。
null值会有NPE问题。

count('field')的坑

有null的列，count不会+1。

where('field')的坑

null是没有设置值的一种状态，并不是某个值，若用where field = null, where field = '', where field = false, where field = true，都无法匹配。
需要使用where field is null，where field <=> null来匹配。

group by('field')的坑

null值会被自动归类为一类，某些场景下，可能不适用。

order by('field')的坑

null值会被视为最小值，放在0的前方，某些场景下，可能不适用。

distinct('field')的坑

有null的值，也会被去重，某些场景下，可能不适用。

null相关运算的坑

null值与任何数据进行四则运算或者大于小于等于不等于的运算，都返回null，某些场景下，可能不适用。

导入数据的坑

若两个MySQL环境或配置不一样，A设备导出的数据，B设备导入，可能会因为null值所在的字段缺少值从而报错。

外键的坑

在 MySQL 中，如果使用了外键约束，并且外键列允许 NULL 值，那么当引用的列中出现 NULL 值时，可能会导致一些意想不到的行为，如无法正确匹配行或者导致级联更新或删除的问题。

结果兼容性的坑

对于静态强类型语言，可能类型上会不兼容。
对于动态若类型的语言，null，0，false，''，都是false，可能会影响一些逻辑。

对唯一索引的影响

null值会导致数据有多个相同的null值，破坏了唯一性约束。

对索引的影响

有的说null值就不走索引，经过实测，就算全是null值，也显示的Using index。