直接修改sql_mode可解决1067错误，需区分临时（set session）与永久（配置文件或set persist）生效方式，并确认navicat连接参数不覆盖设置。
直接改 sql_mode 就能过，但必须分清是临时生效还是永久生效，否则还原中途失败、重启后又报错，纯属白忙。
查当前 sql_mode 值再动手
Navicat 连上数据库后，先执行：SELECT @@sql_mode;
别直接抄网上的固定值——不同版本、不同安装方式默认值差异很大。比如 MySQL 8.0.33 默认带 STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE，而有些 Docker 镜像可能还多一个 ERROR_FOR_DIVISION_BY_ZERO。
重点看返回结果里有没有：
• NO_ZERO_DATE（禁止 '0000-00-00' 类零日期）
• NO_ZERO_IN_DATE（禁止年/月/日含 00）
这两个就是触发 1067 - Invalid default value for 'xxx' 的元凶。
只修当前会话：适合单次还原或测试环境
在 Navicat 的 SQL 窗口里运行这条命令即可：SET SESSION sql_mode = (SELECT REPLACE(@@session.sql_mode, 'NO_ZERO_IN_DATE,NO_ZERO_DATE', ''));
注意：
• 必须用 SESSION（不是 GLOBAL），否则需要 SUPER 权限，普通账号常被拒
• REPLACE 是安全写法，不会误删其他模式项
• 此设置仅对当前 Navicat 连接有效，关掉窗口或重连就失效
• 如果还原中途断开重连，得重新执行一遍
永久修改配置文件：生产环境必须走这步
编辑 MySQL 配置文件（常见路径：/etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf），在 [mysqld] 段落下添加：sql_mode = ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
关键点：
• 删掉原值里的 NO_ZERO_DATE 和 NO_ZERO_IN_DATE，其他项保留（尤其 STRICT_TRANS_TABLES 建议留着，避免隐式类型转换问题）
• 不要写成 sql_mode = "" ——空值会关闭所有校验，容易埋数据隐患
• 修改后必须重启服务：sudo systemctl restart mysql
• MySQL 8.0.11+ 可用 SET PERSIST sql_mode = '...'; 替代重启，但需确认变量支持持久化（查 SHOW VARIABLES LIKE 'persisted_globals_load';）
Navicat 导入前漏掉的关键动作
即使改了 sql_mode，Navicat 自身连接参数也可能覆盖设置：
• 在 Navicat 连接属性 → “高级”页签 → 取消勾选 “使用 MySQL 兼容模式”（某些旧版会强制加 NO_ZERO_DATE）
• 检查导入时是否勾选了 “在单独的线程中运行”——若勾选，新线程可能不继承会话级 sql_mode，此时必须用全局或配置文件方式
• 如果 SQL 文件里显式写了 SET sql_mode = ...，它会覆盖你设的值，得手动删掉或注释掉那行
最麻烦的其实是混合场景：配置文件改了但没重启，又在 Navicat 里 SET SESSION 了一次，结果还原一半连接断开，新连接读的是旧配置……这种时候别猜，每次还原前都先 SELECT @@sql_mode; 确认一眼。
