没有不值得去解决的问题,也没有不值得去学习的技术!

在 Navicat for MySQL 中,将表从一个数据库复制至另一个数据库时,报错:[ERR] 1292 – Incorrect datetime value: ‘0000-00-00 00:00:00’ for column ‘created_at_gmt’ at row 1(在 MySQL 8.0 中)

在 Navicat for MySQL 中,将表从一个数据库复制至另一个数据库时,报错:[ERR] 1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'created_at_gmt' at row 1
1、在 Navicat for MySQL 中,将表从一个数据库复制至另一个数据库时,报错:[ERR] 1292 – Incorrect datetime value: ‘0000-00-00 00:00:00’ for column ‘created_at_gmt’ at row 1。如图1
在 Navicat for MySQL 中,将表从一个数据库复制至另一个数据库时,报错:[ERR] 1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'created_at_gmt' at row 1
图1


[DTF] Drop table: `attribute_names`
[DTF] Create table: `attribute_names`
[DTF] Begin transaction on target server
[DTF] Start transfer data for table: `attribute_names`
[ERR] 1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'created_at_gmt' at row 1
[DTF] End transaction on target server
[DTF] Finished unsuccessfully


2、执行:SELECT VERSION(),发现两个数据库软件的版本不一致。分别为:5.7.19-log 与 8.0.23-0ubuntu0.20.04.1。如图2
执行:SELECT VERSION(),发现两个数据库软件的版本不一致。分别为:5.7.19-log 与 8.0.23-0ubuntu0.20.04.1
图2
3、由于目标数据库是基于 Homestead 部署,编辑 Homestead.yaml,在 「features」 设置 中,添加:mysql8: false。如图3
由于目标数据库是基于 Homestead 部署,编辑 Homestead.yaml,在 「features」 设置 中,添加:mysql8: false
图3


features:
    - mysql: true
    - mariadb: false
    - postgresql: false
    - ohmyzsh: false
    - webdriver: false
    - mysql8: false


4、先销毁虚拟机:vagrant destroy –force,再 启动 vagrant:vagrant up。仍然是 MySQL 8,原因在于 内置软件 已经为 MySQL 8 了。如图4
先销毁虚拟机:vagrant destroy --force,再 启动 vagrant:vagrant up。仍然是 MySQL 8,原因在于 内置软件 已经为 MySQL 8 了
图4
5、执行:SHOW VARIABLES LIKE ‘sql_mode’;,查看 SQL 模式。5.7 下为:STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION。8.0 下为:ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION。如图5
执行:SHOW VARIABLES LIKE 'sql_mode';,查看 SQL 模式。5.7 下为:STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION。8.0 下为:ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
图5
6、重新设置 8.0 下的 SQL 模式,删除掉:NO_ZERO_IN_DATE,NO_ZERO_DATE,保留下其他的。然后关闭连接,再打开连接,查看 SQL 模式,已经生效。如图6
重新设置 8.0 下的 SQL 模式,删除掉:NO_ZERO_IN_DATE,NO_ZERO_DATE,保留下其他的。然后关闭连接,再打开连接,查看 SQL 模式,已经生效
图6


set GLOBAL sql_mode='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';


7、再次 Ctrl + C,然后在目标数据库中 Ctrl + V,不再报错。如图7、图8
再次 Ctrl + C,然后在目标数据库中 Ctrl + V
图7
不再报错
图8

需要长期技术维护或远程问题排查?

我是拥有 15+ 年经验的 PHP / Go 后端工程师,长期关注已有系统维护、Bug 修复、性能优化、服务器排查、WordPress 网站维护和小功能迭代。

如果你的项目遇到以下情况,可以先从一次小问题排查开始合作:

  • ✅ PHP / Laravel / Yii2 老项目无人维护
  • ✅ Go / Gin 后端接口需要排查或优化
  • ✅ WordPress 网站访问慢、报错或插件冲突
  • ✅ Nginx / MySQL / Redis / Linux 服务器异常
  • ✅ CDN / Cloudflare / DNS / HTTPS 配置问题
  • ✅ 需要长期远程技术支持或兼职维护

更多介绍请查看:关于我 & 合作

微信:13980074657
邮箱:shuijingwanwq@gmail.com
Telegram:@shuijingwan
GitHub:https://github.com/shuijingwan

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理