问题

由于ES不能指定时区（也许将来会支持也说不一定），目前是时区始终是UTC。

  • 如果存储是日期时间类型，则需考虑时区问题；
  • 如果是字符串，除非直接比对，否则在转换为日期是会有时区问题；
  • 如果是时间戳，即Long类型，同样需要考虑时区问题。

试验

执行的查询SQL命令：

POST http://localhost:9200/_sql?format=text

当前时间-默认

查询语句：

{"query": "SELECT CURRENT_TIMESTAMP as ts"}

返回结果：

ts
————————————-
2023-11-30T23:31:14.632Z

返回的结果，实际上与我上海时区的实际相差了8个小时，即默认返回的是UTC时间。

当前时间-上海时区

查询语句：

{"query": "SELECT CURRENT_TIMESTAMP as ts","time_zone":"Asia/Shanghai"}

返回结果：

ts
——————————————–
2023-12-01T07:33:26.840+08:00

从返回的结果可以看出，现在已经带时区信息，为东8区，并且与我系统时间一致。

时间戳-强转

查询语句：

{"query": "SELECT 1701387000000::timestamp as ts, 1701387000000::date as dt","time_zone":"Asia/Shanghai"}

返回结果：

ts |dt
———————————- -+————————————
2023-11-30T23:30:00.000Z|2023-11-30T00:00:00.000Z

从返回的结果可以看出，即便指定了时区参数，强转的日期，仍旧只会返回UTC时区值，而不受时区影响。

通过采用CAST也是一样，不受时区参数影响：

{"query": "SELECT CAST('2023-11-30T23:30:00.000Z' AS TIMESTAMP) as ct","time_zone":"Asia/Shanghai"}

返回结果：

ct
————————————
2023-11-30T23:30:00.000Z

时间戳-函数转换

查询语句：

{"query": "SELECT DATETIME_FORMAT(1701387000000::TIMESTAMP,'yyyy-MM-dd HH:mm:ss.SSS') as df","time_zone":"Asia/Shanghai"}

返回结果：

df
———————————-
2023-12-01 07:30:00.000

从返回的结果可以看出，即便指定了时区参数，强转的日期，人家只会返回UTC时区值。

日期解析-默认

查询语句：

{"query": "SELECT DATETIME_PARSE('2023-11-30 23:30:00.000','yyyy-MM-dd HH:mm:ss.SSS') as dp","time_zone":"Asia/Shanghai"}

返回结果：

dp
——————————————–
2023-11-30T23:30:00.000+08:00

从返回的结果可以看出，指定了时区参数，则该日期即按指定的时区解析。

日期解析-带时区

查询语句：

{"query": "SELECT DATETIME_PARSE('2023-11-30 23:30:00.000 UTC','yyyy-MM-dd HH:mm:ss.SSS VV') as dp","time_zone":"Asia/Shanghai"}

返回结果：

dp
——————————————-
2023-12-01T07:30:00.000+08:00

从返回的结果可以看出，指定了时区参数，由于字符串中指定了时间为UTC，而参数指定了上海时区，则结果返回了上海时区的结果。

结论

  1. 强转日期时间不受时区参数影响；
  2. 函数转换日期会依据指定时区返回。