本文共 1824 字，大约阅读时间需要 6 分钟。

问题

为了在ES上根据时间进行统计，我在ES5.6.4上做了date_histogram聚合，查询语句如下所示

{  "aggregations": {    "dateVspAggs": {      "date_histogram": {        "field": "timestamp",        "interval": "day",        "time_zone": "+08:00",        "order": {          "_key": "asc"        },        "keyed": false,        "min_doc_count": 0,        "extended_bounds": {          "min": 1551369600000,          "max": 1554047999999        }      }    }  }}

因为是interval是day，所以我配置了time_zone 参数，从而避免查询结果的bucket统计范围有时差。

{"error": {"root_cause": [{"type": "illegal_argument_exception","reason": "Field [timestamp_] of type [long] does not support custom time zones"}],"type": "search_phase_execution_exception","reason": "all shards failed","phase": "query","grouped": true,"failed_shards": [{"shard": 0,"index": "test","node": "ytXqsnmdSqmbKwEyw22fXg","reason": {"type": "illegal_argument_exception","reason": "Field [timestamp_] of type [long] does not support custom time zones"}}]},"status": 400}

报错信息显示time_zones的配置不支持long类型的字段。

分析

为此我特意查看了ES5.x的源码，发现ES5.x对number类型的字段校验过程中，如果发现它配置了time_zone 就会报异常，从ES5.x开始time_zone 只支持date类型。

public DocValueFormat docValueFormat(@Nullable String format, DateTimeZone timeZone) {            if (timeZone != null) {                throw new IllegalArgumentException("Field [" + name() + "] of type [" + typeName() + "] does not support custom time zones");            }            if (format == null) {                return DocValueFormat.RAW;            } else {                return new DocValueFormat.Decimal(format);            }        }

为了进一步求证，我去github上提了问题，得到如下回答

结论

从ES的项目成员的回答中可以得出结论，time_zone的特性本来就是为date类型提供的，至于ES2.x中支持long类型只是因为这个版本对错误的配置更加容忍罢了，在ES5.x之后time_zone只支持date类型了。所以在ES中时间字段最好还是用date类型来存储。

转载地址：http://wwydn.baihongyu.com/