为何CnosDB查询返回的时间字符串与Golang RFC3339格式不同？有何实现考量？

差异对比 #

Golang代码及输出 #

func main() {
    fmt.Println(time.Now().Format(time.RFC3339))
    fmt.Println(time.Now().UTC().Format(time.RFC3339))
}

输出：

2023-09-01T10:56:32+08:00
2023-09-01T02:56:32Z

CnosDB查询结果 #

| cnosdb         | telegrafbfr   | 2023-09-01T02:15:00 | 0        | 1000    |

差异产生的原因 #

CnosDB返回的时间字符串采用了不带时区标识的简化ISO 8601格式，而Golang的RFC3339是严格符合标准的格式，必须包含时区信息（要么是Z表示UTC，要么是±hh:mm的偏移量）。从查询结果的时间2023-09-01T02:15:00来看，它本质是UTC时间，但省略了RFC3339要求的Z后缀，这是两者格式差异的核心。

CnosDB此实现的背后考量 #

• 兼容性优先：不带时区后缀的ISO 8601格式在多语言、多系统环境下的解析兼容性更强，多数数据处理工具会默认将这类无标识的时间字符串解析为UTC，无需额外适配时区格式。
• 优化存储与传输：时序数据库需要存储和处理海量时间点数据，省略时区标识能减少每个时间字段的字符长度，降低存储占用和网络传输带宽，提升整体性能。
• 适配时序数据特性：时序数据通常以UTC作为统一基准时区存储，省略Z后缀不会产生歧义，同时保持了数据的简洁性，契合时序数据库高效处理、快速查询的设计目标。

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