创建表时应当设置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。
