mysql 5.7中insert/update报错主因是no_zero_date和no_zero_in_date模式启用，导致隐式填充零日期（如'0000-00-00'）触发error 1067；需通过select定位问题字段、改用合法默认值（如'1000-01-01'或current_timestamp）彻底修复。
MySQL 5.7 中 DML（如 INSERT、UPDATE）报错，往往不是语句写错，而是字段默认值触发了严格模式校验——特别是 NO_ZERO_DATE 和 NO_ZERO_IN_DATE 被启用后，哪怕表结构已存在，INSERT INTO table () VALUES () 这类省略字段的语句也会因隐式填充零日期而失败。
为什么 INSERT 或 UPDATE 会突然报错？
5.7 默认启用严格 SQL 模式，其中 NO_ZERO_DATE 禁止 '0000-00-00' 作为 DATE 默认值，NO_ZERO_IN_DATE 禁止 '0000-01-01'、'2023-00-01' 这类非法月/日组合。一旦字段定义为 DATE DEFAULT '0000-00-00' 或 DATETIME DEFAULT '0000-00-00 00:00:00'，执行 DML 时 MySQL 会尝试用该默认值填充缺失列，直接触发 ERROR 1067 (42000): Invalid default value for 'xxx'。
- 错误常出现在迁移旧库、导入 SQL 文件、或 ORM 自动生成建表语句时
-
INSERT INTO t(col1) VALUES ('a')会触发默认值填充逻辑，哪怕你没显式写其他列 -
UPDATE t SET col1='b' WHERE id=1不受影响，但若涉及ON UPDATE CURRENT_TIMESTAMP与零时间共存，也可能报错
如何快速定位问题字段？
先查出当前表中哪些字段用了零日期默认值：
SELECT COLUMN_NAME, COLUMN_DEFAULT, DATA_TYPE FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'your_table' AND (COLUMN_DEFAULT LIKE '0000%' OR COLUMN_DEFAULT = '0000-00-00');
再确认当前连接的 sql_mode 是否含 NO_ZERO_DATE：
SELECT @@sql_mode;
- 如果返回结果里有
NO_ZERO_DATE或NO_ZERO_IN_DATE，基本就是它们在拦截 - 注意：
@@sql_mode是会话级变量，不同客户端可能不同；生产环境应统一检查全局值@@GLOBAL.sql_mode - 不要只看建表语句——有些字段是通过
ALTER TABLE ... MODIFY后加上的，默认值可能被悄悄继承
ALTER TABLE 修改默认值时的坑
改字段默认值必须匹配类型且避开零值，否则 ALTER TABLE 本身就会失败：
-
DATETIME字段不能直接设DEFAULT '0000-00-00 00:00:00'，改用DEFAULT '1000-01-01 00:00:00'或DEFAULT CURRENT_TIMESTAMP（5.6.5+ 支持） -
DATE字段不能设DEFAULT '0000-00-00'，改用DEFAULT '1000-01-01'或允许 NULL：MODIFY create_date DATE NULL -
TIMESTAMP字段必须显式声明DEFAULT CURRENT_TIMESTAMP，不能只写CURRENT_TIMESTAMP；且不能同时设NOT NULL DEFAULT '0000-00-00 00:00:00' - 执行
ALTER TABLE t MODIFY dt DATETIME DEFAULT CURRENT_TIMESTAMP前，确保表里没有dt为 NULL 的行，否则会因 NOT NULL 约束失败
不改表结构时的临时绕过方案
仅限调试或一次性导入，不能用于长期运行的应用：
- 会话级禁用：执行
SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';（去掉NO_ZERO_DATE等） - 全局级临时修改（需 SUPER 权限）：
SET GLOBAL sql_mode = '...';，但新连接仍可能读取配置文件中的原始值 - Navicat / DBeaver 导入 SQL 时，勾选“在每个语句前执行”并填入
SET SESSION sql_mode = ...，否则单条语句仍会失败 - PHP PDO 连接时加参数：
&sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION（部分驱动支持）
真正容易被忽略的是：即使你把 sql_mode 改得再宽松，只要表结构里还留着 DEFAULT '0000-00-00'，后续升级到 8.0 或开启更强校验时，依然会暴露问题——所以修复必须落到字段定义本身。
