背景
在学习SagooIOT物联网平台使用docker部署TDengine时序数据库，根据时间戳（timestamp）ts查询上报设备数据时 发现结果跟查询条件不匹配。查询问题原因竟然是timezone时区设置问题。
查询数据结果：
查看容器时区：
docker exec -it 容器id /bin/bashcat /etc/timezone
Etc/UTC在SagooIoT的docker-compase.yml文件中修改 TDengine容器的时区
version: '3'
services: tdengine: image: tdengine/tdengine:3.2.1.0 restart: always container_name: tdengine-server ports: - 6030:6030 - 6041:6041 environment: - TZ=Asia/Shanghai # 设置时区为上海，即UTC+8如何设置tdengine 启动的docker容器 的时区为UTF+8
docker run -e TZ=Asia/Shanghai --name your_container_name -d your_image
修改为UTF+ 8时区之后，查询结果
学习参考物联网平台： SagooIoT；
项目地址：https://github.com/sagoo-cloud/sagooiot
TDengine
是一个高性能的物联网（IoT）、互联网 of Things (IoT)、工业互联网和时序数据平台。在时序数据库TDengine中，ts是表示时间戳（timestamp）的一个关键字，如果在使用 TDengine 查询数据时没有返回预期的结果，可能有以下原因：
1.时间戳格式：确保 ts 字段的格式与查询中使用的格式一致；
2.时区问题：时区设置不一致 导致查询不一致；
从TDengine官网描述：
可知根据ts作为时间条件的基本查询sql为
SELECT * FROM tb1 WHERE ts > '2018-06-01 08:00:00.000' AND ts <= '2018-06-02 08:00:00.000' AND col3 LIKE '%nny' ORDER BY ts DESC;
了解几个名词：
1.本地日期时间
表示当地的日期时间。12:00是中午吃饭的时间，8:00是早上上班的时间，这是我们习惯的一种表示时间的方式，是不带时区信息的日期和时间，可以当成一个String。例如：2024-04-10 18:00:00.000，表示2024年4月10日晚18点，时间精度以毫秒记，这个日期时间的表示方法，不带任何时区信息
2.时区
地理概念，按照UTC/格林威治时区，把地球划分成向东和向西各12个时区，其中东12区和西12区是一个区。时区可以通过'Asia/shanghai'这样的'地区/城市'的方式表示，也可以用UTC偏移的方式表示。例如：UTC+8，代表东八区，当协调世界时（UTC）时间为凌晨2点的时候，当地的时间为2+8点，即早上10点；中国现时区使用UTC+8
3.时间戳
是机器存储和计算时间的方式。以Unix元年（UTC时区1970年1月1日0点0分0秒）开始经过的秒数计算，不同精度的计时方式，可以有不同的时间戳。例如：0，表示UTC时区1970年1月1日凌晨的时间
4.RFC 3339
一种表示日期时间的标准格式。RFC 3339是带时区信息的格式，即包含日期时间信息，也有时区信息。例如，以下两个时间在地球上是同一时刻：
2024-04-10T07:20:50+00:00，这个表示2024年04月10日，上午7点20分50秒(UTC+0时区)，
2024-04-10T15:20:50+08:00，这个表示2024年04月10日，下午3点20分50秒(UTC+8时区)。
