- 站点信息
- 问题反馈
- 邮箱：[email protected]
- 吐槽一下
关注微信
©2020-2025 ioDraw All rights reserved,
Privacy Policy
<>一、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%'
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;