错误如下：
[ERR] 1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'create_at' at row 1
[ERR] 1050 - Table 'a***ny_info' already exists
[ERR] 1062 - Duplicate entry '209' for key 'PRIMARY'
[SQL] Finished with error
解决步骤办法：
1.在MySQL的bin目录下 mysql -h localhost -u root -p ，连接数据库
2.select @@sql_mode; 查看权限，可以看到有NO_ZERO_IN_DATE,NO_ZERO_DATE
比如我的就是
3.去除NO_ZERO_IN_DATE,NO_ZERO_DATE，设置sql_mode的值为ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
4.重启MySQL，然后连接数据库查看
select @@sql_mode;
没有NO_ZERO_IN_DATE,NO_ZERO_DATE，
Navicat运行线上转储的SQL文件成功！！！
备注（可不看，只做记录）：
贴个图做记录
参考来源：
1.MySQL运行存储过程出现1292错误
在navicat上远程连接MySQL，运行存储过程时传入了一个时间参数‘0000-00-00 00:00:00’，发生如下错误
1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'targetTime' at row 1
官方文档上说明MySQL允许将’0000-00-00’保存为“伪日期”，但是MySQL有一个NO_ZERO_DATE SQL模式，这个模式默认是打开的，不允许产生伪日期，所以要关掉这个选项。执行SQL语句：
set global sql_mode='STRICT_TRANS_TABLES,STRICT_ALL_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER';
使用show variables like '%sql_mode%';查看关于sql_mode的变量，如果没有NO_ZERO_IN_DATE和NO_ZERO_DATE就说明修改成功
2.mysql5.7 版本中 timestamp 不能为零日期 以及sql_mode合理设置
---恢复内容开始---
摘要: mysql5.7版本相比较之前的版本有很多的特性的增加以及默认配置的改变，在使用中难免会遇到与之前的使用习惯或者项目需求不符的情况。就需要调整相应的变量的值，比如sql_mode的值
最近在做一个项目的迁移工作，由于开发环境所使用的都是最新的软件版本（mysql5.7）。迁移时难免会遇到一些兼容性的“坑”，比如将oracle中的数据迁移到mysql中的时间问题：
设计到类似这样的表结构：
CREATETABLE `cm_admin_user_group` (
`id` int(11)NOTNULL AUTO_INCREMENT,
`user_id`int(11)NOTNULLDEFAULT'0'COMMENT'User ID',
`group_id` int(11)NOTNULLDEFAULT'0'COMMENT'Group ID',
`is_leader` int(1)NOTNULLDEFAULT'0'COMMENT'是否组长;0:不是,1:是',
`updated_at` timestampNOTNULLDEFAULTCURRENT_TIMESTAMPONUPDATECURRENT_TIMESTAMPCOMMENT'更新时间',
`created_at` timestampNOTNULLDEFAULT'0000-00-00 00:00:00'COMMENT'加入时间',
PRIMARYKEY (`id`),
UNIQUEKEY`uidx` (`user_id`,`group_id`)
) ENGINE=InnoDB AUTO_INCREMENT=12DEFAULTCHARSET=utf8;
1
其中的updated_at 和created_at 的类型是timestamp 并且会默认零日期（业务设计需求），但是在mysql5.7的版本中，默认是不允许设置为零日期的。为此，需要更改mysql的配置文件。
首先，查看当前的mysql中的 sql_mode变量的值：
#select@@sql_mode;
mysql>select@@sql_mode;
+----------------------------------------------------------------------------------------------------------------------------------------------------------------+
|@@sql_mode|
+----------------------------------------------------------------------------------------------------------------------------------------------------------------+
|PIPES_AS_CONCAT,ANSI_QUOTES,ONLY_FULL_GROUP_BY,NO_AUTO_VALUE_ON_ZERO,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION|
+----------------------------------------------------------------------------------------------------------------------------------------------------------------+
1rowinset(0.00sec)
1
默认会有：NO_ZERO_IN_DATE和 NO_ZERO_DATE 两个值，限制字段不能为零日期
更改配置文件，去掉这两个值即可。
vim/etc/my.cnf
1
增加一行:
sql_mode=NO_AUTO_VALUE_ON_ZERO,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,PIPES_AS_CONCAT,ANSI_QUOTES
1
其他的则根据场景和业务自行更改。
转：
https://my.oschina.net/u/192792/blog/652627
3.MySQL修改sql_mode
一 ERR 1067引发的血案
今天在Navicat中运行sql语句创建数据表出现了错误Err 1067。而这条语句在有些同事的mysql上是正确的，但是在有些人那里就报错。
QQ截图20170811143551.png
原因竟然是timestamp的默认值不正确。
查阅资料得知，mysql5.7版本中有了一个STRICT mode（严格模式），而在此模式下默认是不允许设置日期的值为全0值的，所以想要解决这个问题，就需要修改sql_mode的值。
二 问题的源头sql_mode
我们可以进入到mysql中一探sql_mode的究竟。首先进入到mysql的安装目录下的bin目录，使用管理员用户登录mysql数据库。
使用命令 mysql –h localhost –u root –p 其中-h是指定主机名或IP地址， -u是指定用户， -p是使用密码登录。
QQ截图20170811141126.png
使用命令 select @@sql_mode; 可以查看sql_mode的值。如果输入了命令却没有反应，只是单单出现了-> ，那么我想你多半是应该像我一样，没有输入 “;”。
QQ截图20170811141139.png
通过上图中的结果我们可以看到sql_mode中有NO_ZERO_IN_DATE和NO_ZERO_DATE，在命令行中输入 set sql_mode=(select replace(@@sql_mode,
'NO_ZERO_IN_DATE,NO_ZERO_DATE','')); 可以修改当前session的sql_mode。
QQ截图20170811142804.png
之后可以查看一下sql_mode的值。可以发现已经成功去掉了NO_ZERO_IN_DATE和NO_ZERO_DATE。
QQ截图20170811142815.png
重新运行了一下建表的sql语句，发现没什么卵用，依然Err 1067。不要想什么姿势不对的问题了，只是全局的sql_mode没有设置而已，而这里设置的sql_mode对大局根本没有影响。
使用命令 select @@global.sql_mode; 可以查看全局sql_mode的值。
QQ截图20170811144154.png
剩下的操作与之前的sql_mode设置是同理可证的，只是将之前sql_mode的地方都换成了@@global.sql_mode，如图。
QQ截图20170811144607.png
完成设置之后可以在Navicat中重新运行一下sql语句了，不过在那之前要先重新连接数据库，不然依然Rrr 1067。别问我为什么，叫我雷锋就好。运行结果如下：
QQ截图20170811144805.png
好了，这次表是创建成功了的，而且换了一个错误Err 1055，翻译过来就是“无法给包含一个非聚合的列information_schema.PROFILING.SEQ进行分组，这个功能不再依赖分组，且与新的规则不兼容sql_mode=only_full_group_by”。也说了这是由于sql_mode中的“ONLY_FULL_GROUP_BY”导致的。可以再次修改sql_mode。
QQ截图20170811145725.png
删除之前创建好的表，重新连接数据库，运行sql语句，然后就棒棒棒了。
QQ截图20170811145933.png
当然这种解决方法只是扬汤止沸，一旦重启mysql数据库，之前费了狼劲设置的一堆值一夜回到解放前。
这也是有解决办法的，下面会给大家介绍。
三 设置sql_mode
可以通过修改配置文件的方式设置sql_mode，这样在数据库重启之后sql_mode的值也不会改变。
首先我们需要知道的是mysql的配置文件的加载顺序。进入到数据库安装目录的bin目录下，使用命令
mysqld --verbose –help可以看到，不过这个命令的输出结果太长了，我暂时没有找到更合适的命令来查看。加载顺序如图：
QQ截图20170811151737.png
这些配置文件在加载时，后加载的会将之前加载的配置文件中的相同的值覆盖。不过我只在mysql的安装目录下找到了一个名字很像的配置文件，其余的都没有找到。
QQ截图20170811152424.png
将这个文件备份好之后，修改名称为my.ini，与给出的加载配置文件顺序中的文件对应。然后打开文件，我这里的配置文件中的sql_mode只有两个值。
QQ截图20170811152716.png
重启数据库后，使用命令查看sql_mode的值，发现与配置文件中完全吻合，搞定！
QQ截图20170811152945.png
附加几种常见的sql_mode值的介绍：
几种常见的mode介绍
ONLY_FULL_GROUP_BY：
出现在select语句、HAVING条件和ORDER BY语句中的列，必须是GROUP BY的列或者依赖于GROUP BY列的函数列。
NO_AUTO_VALUE_ON_ZERO：
该值影响自增长列的插入。默认设置下，插入0或NULL代表生成下一个自增长值。如果用户
希望插入的值为0，而该列又是自增长的，那么这个选项就有用了。
STRICT_TRANS_TABLES：
在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做限制
NO_ZERO_IN_DATE：
这个模式影响了是否允许日期中的月份和日包含0。如果开启此模式，2016-01-00是不允许的，但是0000-02-01是允许的。它实际的行为受到 strict mode是否开启的影响1。
NO_ZERO_DATE：
设置该值，mysql数据库不允许插入零日期。它实际的行为受到 strict
mode是否开启的影响2。
ERROR_FOR_DIVISION_BY_ZERO：
在INSERT或UPDATE过程中，如果数据被零除，则产生错误而非警告。如
果未给出该模式，那么数据被零除时MySQL返回NULL
NO_AUTO_CREATE_USER：
禁止GRANT创建密码为空的用户
NO_ENGINE_SUBSTITUTION：
如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常
PIPES_AS_CONCAT：
将”||”视为字符串的连接操作符而非或运算符，这和Oracle数据库是一样的，也和字符串的拼接函数Concat相类似
ANSI_QUOTES：
启用ANSI_QUOTES后，不能用双引号来引用字符串，因为它被解释为识别符