Java查询Mysql数据库时区问题(相差13/14)个小时

一、CST、GMT、UTC

1.1、CST

这个代号缩写,并不是一个统一标准,目前,可以同时代表如下 4 个不同版本的时区概念:

  • China Standard Time 中国标准时区 (UTC+8)
  • Cuba Standard Time 古巴标准时区 (UTC-4)
  • Central Standard Time (USA) 美国中央时区 (UTC-6)
  • Central Standard Time (Australia) 澳大利亚中央时区(UTC+9)

1.2、GMT

格林尼治时间(另有格林威治时间一说)

由于地球每天的自转是有些不规则的,而且正在缓慢减速,因此格林尼治时间已经不再被作为标准时间使用。现在的标准时间,是由原子钟报时的协调世界时(UTC)。

1.3、UTC

世界协调时(Universal Time Coordinated的缩写)

以原子时钟长为基础,比GMT格林威治时更加科学更加精确。

UTC是国际无线电咨询委员会制定和推荐的,若与GMT时差大于0.9秒,则由位于巴黎的国际地球自转事务中央局发布闰秒,使UTC与地球自转周期一致。

UTC时间格式为:YYYY-MM-DDThh:mm:ssZ。例如,2014-11-11T12:00:00Z(为北京时间2014年11月11日20点0分0秒)

中国大陆、中国香港、中国澳门、中国台湾、蒙古国、新加坡、马来西亚、菲律宾、西澳大利亚州的时间与UTC的时差均为+8,也就是UTC+8。

GMT和UTC

目前UTC与GMT 相差为0.9秒,故二者可以基本视为一致。

二、时区问题

2.1、mysql数据库当前配置

show variables like '%time_zone%'

Java查询Mysql数据库时区问题(相差13/14)个小时_第1张图片

system_time_zone表示的是数据库所在服务器的时区。

time_zone表示mysql默认使用数据库所在服务器时区。

2.2、代码处理

java代码中查询出时间与数据库一致,查询出来后,连接器对时间做了处理。

处理代码如下:

        TimeZone timeZone = TimeZone.getTimeZone("GMT+8");
        Calendar instance = Calendar.getInstance(timeZone, Locale.US);
        instance.set(Calendar.YEAR, 2022);
        instance.set(Calendar.MONTH, 8);
        instance.set(Calendar.DATE, 23);
        instance.set(Calendar.HOUR_OF_DAY, 12);
        instance.set(Calendar.MINUTE, 22);
        instance.set(Calendar.SECOND, 20);
        long timeInMillis = instance.getTimeInMillis();

TimeZone参数来自数据库连接配置的serverTimeZone,默认为CST。

默认把查询出的时间当作Central Standard Time (USA) 美国中央时区 (UTC-6)处理,转换为当前服务所在的时区东八区,差13-14个小时(夏令时和冬令时)。

设置GMT+8后,当作东八区处理,结果与数据库时间一致。

2.3、其他处理方式

设置time_zone为+08:00

-- 这个可以修改mysql全局时区为北京时间,也就是我们所在的东8区
set global time_zone =+8:00;

-- 修改当前会话时区
set time_zone =+8:00;

-- 使之立即生效。
flush privileges;

Java查询Mysql数据库时区问题(相差13/14)个小时_第2张图片

你可能感兴趣的:(工作问题,数据库,java,mysql)