MySQL严格模式导致datetime插入失败，因STRICT_TRANS_TABLES等启用后拒绝'0000-00-00 00:00:00'等非法值；可临时SET SESSION sql_mode=''绕过，或根本修复为NULL/有效时间，长期可调整my.cnf去掉严格模式。
MySQL严格模式导致datetime插入失败
PHPMyAdmin导入SQL时提示 Incorrect datetime value，大概率是MySQL开启了严格SQL模式（STRICT_TRANS_TABLES 或 STRICT_ALL_TABLES），而你的SQL里包含非法时间值，比如 '0000-00-00 00:00:00'、空字符串 ''、或格式错乱的字符串（如 '2023-02-30 12:00:00'）。MySQL 5.7+ 默认启用严格模式，旧数据或导出脚本没做兼容处理就会报这个错。
临时绕过：导入前禁用严格模式
如果你只是想快速导入成功（尤其迁移老库），可以在phpMyAdmin的「SQL」页面顶部先执行：
SET SESSION sql_mode = '';
然后再粘贴并执行你的SQL文件。注意：SESSION 级别只对当前连接生效，不影响其他用户或后续连接；导入完不用手动恢复，关掉标签页就自动失效。
如果导入的是大文件且分多段执行，建议把这行加在SQL文件最开头（确保它第一个运行）。
根本修复：修正SQL中的非法datetime值
更稳妥的做法是清理数据本身，避免依赖模式降级。常见问题和改法：
-
'0000-00-00 00:00:00'→ 改成NULL（字段允许NULL）或有效时间如'1970-01-01 00:00:00' - 空字符串
''或'null'→ 同样替换为NULL或合法时间 - 日期超出范围（如年份小于1000或大于9999）→ 检查业务逻辑是否合理，否则截断或归零
- 字段定义是
DATETIME但值只写了日期（'2023-01-01'）→ 补全为'2023-01-01 00:00:00'
可以用文本编辑器全局搜索 '0000-00-00 或正则 '\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2}' 辅助定位；若用命令行导入，也可配合 sed 或 perl 批量替换。
长期预防：调整MySQL默认sql_mode
如果团队共用一套MySQL，且确认业务能接受宽松时间校验，可修改配置文件（如 /etc/mysql/my.cnf）的 [mysqld] 段落：
sql_mode = "ONLY_FULL_GROUP_BY,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
去掉 STRICT_TRANS_TABLES 和 STRICT_ALL_TABLES 即可。改完需重启MySQL服务。但注意：这会影响所有应用，不是所有场景都适合——比如金融类系统反而需要严格模式来拦截脏数据。
真正难处理的往往是混合了多种非法格式的旧SQL，单靠替换容易漏；导入前用 mysql --verbose 加载一次，错误信息会更具体，比phpMyAdmin的弹窗提示更有指向性。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
