MySQL存储含零值日期出现Invalid datetime format错误如何解决

该错误和MySQL版本无关，MySQL 8.0仍然支持月份/日期用00填充的不完整日期格式，报错是默认开启的SQL模式限制导致：
默认SQL模式包含NO_ZERO_IN_DATE和STRICT_TRANS_TABLES两个核心参数：

• NO_ZERO_IN_DATE：明确禁止日期值中出现月份或日期为0的情况
• STRICT_TRANS_TABLES：开启事务表严格模式，不符合格式规则的值会直接抛出错误，而非仅生成警告后写入

方案1：调整SQL模式适配现有用法 #

如果需要继续使用00填充的日期格式，可以临时或永久修改SQL模式配置：

• 临时生效（仅当前会话有效，MySQL重启后恢复默认）：
  执行SQL语句：SET sql_mode = REPLACE(REPLACE(@@sql_mode, 'NO_ZERO_IN_DATE', ''), 'STRICT_TRANS_TABLES', '');
• 永久生效（需重启MySQL服务）：
  编辑MySQL配置文件（Linux下为my.cnf，Windows下为my.ini），在[mysqld]配置段中修改sql_mode参数，移除上述两个参数后保存重启即可。

提示：该方案会降低MySQL的数据校验严格度，可能导致其他非法日期值被误写入生产库，非特殊情况不推荐使用。

方案2：使用更规范的存储方案（生产环境推荐） #

零值日期属于MySQL的非标准兼容特性，更推荐使用通用的兼容方案实现不完整日期的存储：

• 字段拆分存储：将出生年、月、日拆分为三个独立的小整数字段存储，未知的月份/日期直接存NULL，查询时可按需拼接为完整日期格式。
• 字符串存储：将出生日期存储为CHAR(10)类型，直接保留YYYY-MM-DD格式的原始录入值，未知部分填0即可，灵活性最高，适合需要严格保留录入格式的场景。
• 精度标识方案：使用标准DATE类型存储已知的最近似日期，额外新增一个TINYINT类型的birth_precision字段，标识日期的精度等级：1表示仅年份准确，2表示年月准确，3表示年月日完全准确，该方案既保留了日期类型的查询、计算性能，又能准确标记日期的完整度。

内容的提问来源于stack exchange，提问作者SeaBass