Elasticsearch date math中年份截断是否存在错误？

你遇到的问题是Elasticsearch日期数学（date math）在range查询中的解析规则导致的：

• now-1y/y 确实会被截断为上一年的1月1日00:00:00，这部分符合预期。
• 但 now/y 作为lte参数时，Elasticsearch会自动将其扩展为当前年份的最后一刻（即12月31日23:59:59.999），而非你预期的当前年份起始。这就是查询范围变成上一年1月到今年年底、跨度两年的原因。

要获取上一整年的完整范围，需要明确指定上一年的结束时间，以下是两种简洁的实现方式：

方法1：基于当前年份起始倒推 #

{
  "query": {
    "range": {
      "modifiedDate": {
        "gte": "now-1y/y",
        "lte": "now/y-1ms"
      }
    }
  }
}

now/y-1ms 会先将当前时间截断到今年1月1日，再减去1毫秒，正好得到上一年的最后一刻（比如当前是2023年，结果为2022-12-31T23:59:59.999Z）。

方法2：基于上一年起始计算结束 #

{
  "query": {
    "range": {
      "modifiedDate": {
        "gte": "now-1y/y",
        "lte": "now-1y/y||+1y-1ms"
      }
    }
  }
}

now-1y/y||+1y-1ms 的逻辑是：先截断到上一年1月1日，再加上1年并减去1毫秒，同样得到上一年的最后一刻。

用_validate/query?rewrite=true验证时，两种写法都会生成正确的时间范围：上一年1月1日00:00:00到上一年12月31日23:59:59.999，跨度正好一年。

这并非Elasticsearch的bug，而是日期数学在range查询中的特有解析规则：当使用截断单位（如/y）作为范围边界时，Elasticsearch会根据gte/lte的方向自动扩展到该单位的起始或结束——gte对应单位起始，lte对应单位结束。你之前的误解在于认为now/y始终代表年份起始，忽略了range查询对边界的自动扩展逻辑。

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