问题:

//今天把一个数据库的sql文件导入到另一个数据库出现以下异常:

    Mysql ERROR 1067: Invalid default value for 字段

//原因是因为之前导出数据里面有张表的一个日期字段默认值为0000-00-00,导致现在的错误。根本原因是  SQL_MODE  设置值的问题

\"\"

查询数据库有什么引擎:
select table_name,`engine` from information_schema.tables where table_schema = \'data _name\';

查询表引擎(查看MYISAM)
SELECT CONCAT(table_name,\'  \', engine)   FROM information_schema.tables WHERE table_schema=\"bpm\" AND ENGINE=\"MyISAM\";  
生成修改sql(把MYISAM改成INNODB)
select CONCAT(\'alter table \',table_name,\' engine=InnoDB;\') FROM information_schema.tables WHERE table_schema=\"bpm\" AND ENGINE=\"MyISAM\";

alter table taai_client_dump_date engine=InnoDB;
报此错:ERROR 1067 (42000): Invalid default value for \'cur_date\'

永久解决:

    vi /etc/my.cnf    //添加以下配置
 sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

临时解决:

set @@sql_mode =\'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION\';

MYSQL的sql_mode:

ONLY_FULL_GROUP_BY:
对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP BY中出现,那么将认为这个SQL是不合法的,因为列不在GROUP BY从句中

STRICT_TRANS_TABLES:
在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做任何限制

NO_ZERO_IN_DATE:
在严格模式,不接受月或日部分为0的日期。如果使用IGNORE选项,我们为类似的日期插入\'0000-00-00\'。在非严格模式,可以接受该日期,但会生成警告。

NO_ZERO_DATE:
在严格模式,不要将 \'0000-00-00\'做为合法日期。你仍然可以用IGNORE选项插入零日期。在非严格模式,可以接受该日期,但会生成警告

ERROR_FOR_DIVISION_BY_ZERO:
在严格模式,在INSERT或UPDATE过程中,如果被零除(或MOD(X,0)),则产生错误(否则为警告)。如果未给出该模式,被零除时MySQL返回NULL。如果用到INSERT IGNORE或UPDATE IGNORE中,MySQL生成被零除警告,但操作结果为NULL。

NO_AUTO_CREATE_USER
防止GRANT自动创建新用户,除非还指定了密码。

NO_ENGINE_SUBSTITUTION:
如果需要的存储引擎被禁用或未编译,那么抛出错误。不设置此值时,用默认的存储引擎替代,并抛出一个异常
 

收藏 打印