这篇文章主要介绍了MySQL 处理隐式默认值的相关资料，帮助大家更好的理解和使用MySQL，感兴趣的朋友可以了解下
有同学说遇到了主从不一致的问题。
大概情况是，从库是用mysqldump导出导入数据的方式创建的。创建成功后，在用mysqldump验证主从的表结构是否一致的时候，发现有些表定义不一致：
从他的比较结果可以看到，在从库端，有三个列的定义中被加入了“default null”。
怀疑环境被人人为修改过，但是最终确认环境没有被动过。然后又做了一边测试，使用mysqldump导出数据，使用source将数据导入从库后，发现还是有这个现象，问是不是source命令有bug！
其实，这个跟MySQL内部如何处理隐式默认值有关。
如果数据类型没有包含显式的default值，MySQL会按照如下的规则确定默认值：
·如果该列可以采用NULL值作为值，该列在定义的时候会被加上一个显式的default null子句
·如果该列不可以采用NULL值作为值，该列在定时候就不会加上一个显式的default子句
对于将数据输入没有显式DEFAULT子句的NOT NULL列的情况，如果INSERT或REPLACE语句不包含该列的值，或者UPDATE语句将该列设置为NULL，届时则MySQL将根据有效的SQL Mode处理该列：
·如果启用了严格的SQL模式(strict SQL mo唐山seo公司de)，则事务表将发生错误，并且该语句将回滚。对于非事务表，会发生错误，但是如果此错误发生在多行语句的第二行或后续行中，则该错误之前的所有行均已插入。
·如果未启用严格模式，则MySQL将列设置为列数据类型的隐式默认值。
假设表t定义如下：
mysql> create table t(i int not null);
这里，i没有显式的默认值。
在严格的sql mode下，下面的语句都会产生错误，插入失败。
mysql> show variables like '%sql_mode%';
+---------------+-------------------------------------------------------------------------------------------------------------------------------------------+
| Variable_name | Value |
