Elasticsearch存储无年份日期时02/29的兼容问题

方案1：配置多格式日期解析 #

修改字段的format参数，同时支持MM-dd和带年份的yyyy-MM-dd格式，既保留原有短日期的写入习惯，遇到02-29时传入完整闰年日期即可被正确解析。

示例mapping：

{
  "mappings": {
    "properties": {
      "your_date_field": {
        "type": "date",
        "format": ["MM-dd", "yyyy-MM-dd"]
      }
    }
  }
}

写入时，常规日期传03-15，2月29日则传2020-02-29（或任意闰年的完整日期），Elasticsearch会自动匹配对应格式解析，存储后展示仍可按MM-dd格式返回。

方案2：指定闰年作为默认补全年份 #

如果不想调整写入格式，可在定义date字段时通过default_year参数指定一个闰年（比如2020），这样传入02-29时，Elasticsearch会自动用该闰年补全年份，绕过非闰年的日期合法性校验。

示例mapping：

{
  "mappings": {
    "properties": {
      "your_date_field": {
        "type": "date",
        "format": "MM-dd",
        "default_year": 2020
      }
    }
  }
}

注意：default_year参数在Elasticsearch 7.10及以上版本支持，使用前确认你的ES版本兼容。

方案3：预处理写入数据 #

在数据发送到Elasticsearch之前做业务层预处理：

• 检测到日期为02-29时，自动拼接闰年年份（比如2020），转换成2020-02-29
• 配合方案1的多格式配置，确保完整日期能被字段正常解析

这种方式可在业务侧统一处理特殊日期，规避ES端的格式限制问题。

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