高斯数据库客户端查询时区命令

GaussDB(DWS)中的时区分为后台集群时区和客户端时区。后台集群时区默认使用UTC时区，可以通过控制台的集群参数修改页面进行调整。通常情况下集群时区不需要进行修改，设置客户端时区可以对SQL执行产生影响。

查询客户端时区和当前时间。

客户端时区为UTC时区，now()函数返回当前时间。

建立如下数据表

CREATE TABLE timezone_test (id int, t1 timestamp, t2 timestamptz) DISTRIBUTE BY HASH (id)

其中timestamp，timestamptz是常用的时间类型。timestamp不保存时区，timestamptz保存时区。

向timezone_test表插入当前时间。

查询timezone_test表

t1 (timestamp类型)在保存数据时丢弃了时区信息，t2(timestamptz类型)保存了时区信息。

把客户端时区设置为东8区（UTC-8），再次查询timezone_test表。

t1的查询结果没有变化。而t2根据客户端时区做了调整，显示为东8区时间“2020-06-13 15:32:39.207232+08”。 t2保存的数据没有发现变化只是按东8区的方式显示出来。

继续插入当前时间到timezone_test表，并查询。

这时t1新插入的值是用的东8区时间。

客户端设置为UTC时区，再次查询。

客户端时区切换t1查询结果保持不变，t2根据客户端时区对查询结果进行转换。

timestamp：占用 4 字节，内部实现是新纪元时间（1970-01-01 00:00:00）以来的秒，那么这种格式在展示给用户的时候就需要做必要的时区转换才能得到正确数据。

在进行新纪元时间（1970-01-01 00:00:00）以来的秒到实际时间之间转换的时候 MySQL 根据参数 time_zone 的设置有两种选择：

time_zone 设置为 SYSTEM 的话：使用 sys_time_zone 获取的 OS 会话时区，同时使用 OS API 进行转换。对应转换函数 Time_zone_system::gmt_sec_to_TIME

time_zone 设置为实际的时区的话：比如 ‘+08:00’，那么使用使用 MySQL 自己的方法进行转换。对应转换函数 Time_zone_offset::gmt_sec_to_TIME

实际上 Time_zone_system 和 Time_zone_offset 均继承于 Time_zone 类，并且实现了 Time_zone 类的虚函数进行了重写，因此上层调用都是 Time_zone::gmt_sec_to_TIME。

注意这种转换 *** 作是每行符合条件的数据都需要转换的。

---