linux+mysql当前mysql 的时区偶然发现是cet
mysql所在linux上的时区是gmt .这样偶然发现的.2者总是相差1小时
比如
06:31:53 =----os
07:31:53 -------mysql我用 mysql> SET GLOBAL time_zone = timezone;
总是ERROR 1238 (HY000): Variable 'system_time_zone' is a read only variable
mysql> SET GLOBAL time_zone = timezone;
ERROR 1298 (HY000): Unknown or incorrect time zone: 'timezone'
mysql> SET GLOBAL time_zone = time_zone;
ERROR 1298 (HY000): Unknown or incorrect time zone: 'time_zone'
mysql> SET GLOBAL time_zone = 'GMT';
ERROR 1298 (HY000): Unknown or incorrect time zone: 'GMT'
有什么方法不重启动mysql server 来改动 数据库时间使得他跟os时间一样
mysql所在linux上的时区是gmt .这样偶然发现的.2者总是相差1小时
比如
06:31:53 =----os
07:31:53 -------mysql我用 mysql> SET GLOBAL time_zone = timezone;
总是ERROR 1238 (HY000): Variable 'system_time_zone' is a read only variable
mysql> SET GLOBAL time_zone = timezone;
ERROR 1298 (HY000): Unknown or incorrect time zone: 'timezone'
mysql> SET GLOBAL time_zone = time_zone;
ERROR 1298 (HY000): Unknown or incorrect time zone: 'time_zone'
mysql> SET GLOBAL time_zone = 'GMT';
ERROR 1298 (HY000): Unknown or incorrect time zone: 'GMT'
有什么方法不重启动mysql server 来改动 数据库时间使得他跟os时间一样
中国的gmtSET GLOBAL time_zone = '+00:00;世界时区及时差计算各地的标准时间为格林威治时间（G.M.T）加上 (+) 或减去 (-) 时区中所标的小时和分钟数时差。许多国家还采用夏令时（DST），比如美国夏令时为: 每年3月第2个星期天,到11月第一个星期天，时间提前一个小时。时差的计算方法：两个时区标准时间（即时区数）相减就是时差，时区的数值大的时间早。比如中国是东八区(+8)，美国东部是西五区(-5)，两地的时差是13小时，北京比纽约要早13个小时；如果是美国实行夏令时的时期，相差12小时。 附：世界标准时间表标准时间代码
与GMT的偏移量
描述NZDT
+13:00
新西兰夏令时IDLE
+12:00
国际日期变更线,东边NZST
+12:00
新西兰标准时间NZT
+12:00
新西兰时间AESST
+11:00
澳大利亚东部夏时制CST(ACSST)
+10:30
中澳大利亚标准时间CADT
+10:30
中澳大利亚夏时制SADT
+10:30
南澳大利亚夏时制EST(EAST)
+10:00
东澳大利亚标准时间GST
+10:00
关岛标准时间LIGT
+10:00
澳大利亚墨尔本时间CAST
+9:30
中澳大利亚标准时间SAT(SAST)
+9:30
南澳大利亚标准时间WDT(AWSST)
+9:00
澳大利亚西部标准夏令时JST
+9:00
日本标准时间，(USSR Zone 8）KST
+9:00
韩国标准时间MT
+8:30
毛里求斯时间WST(AWST)
+8:00
澳大利亚西部标准时间CCT
+8:00
中国沿海时间(北京时间)JT
+7:30
爪哇时间IT
+3:30
伊朗时间BT
+3:00
巴格达时间EETDST
+3:00
东欧夏时制CETDST
+2:00
中欧夏时制EET
+2:00
东欧，(USSR Zone 1）FWT
+2:00
法国冬时制IST
+2:00
以色列标准时间MEST
+2:00
中欧夏时制METDST
+2:00
中欧白昼时间SST
+2:00
瑞典夏时制BST
+1:00
英国夏时制CET
+1:00
中欧时间DNT
+1:00
丹麦标准时间Dansk Normal TidFST
+1:00
法国夏时制MET
+1:00
中欧时间MEWT
+1:00
中欧冬时制MEZ
+1:00
中欧时区NOR
+1:00
挪威标准时间SET
+1:00
塞舌尔时间Seychelles TimeSWT
+1:00
瑞典冬时制WETDST
+1:00
西欧光照利用时间（夏时制）GMT
0:00
格林威治标准时间WET
0:00
西欧WAT
-1:00
西非时间NDT
-2:30
纽芬兰（新大陆）白昼时间ADT
-03:00
大西洋白昼时间NFT
-3:30
纽芬兰（新大陆）标准时间NST
-3:30
纽芬兰（新大陆）标准时间AST
-4:00
大西洋标准时间（加拿大）EDT
-4:00
（美国)东部夏令时CDT
-5:00
（美国)中部夏令时EST
-5:00
（美国)东部标准时间CST
-6:00
（美国)中部标准时间MDT
-6:00
（美国)山地夏令时MST
-7:00
（美国)山地标准时间PDT
-7:00
（美国)太平洋夏令时PST
-8:00
（美国)太平洋标准时间YDT
-8:00
Yukon夏令时HDT
-9:00
夏威仪/阿拉斯加白昼时间YST
-9:00
Yukon标准时AHST
-10:00
夏威仪-阿拉斯加标准时间CAT
-10:00
中阿拉斯加时间NT
-11:00
州时间（Nome Time）IDLW
-12:00
国际日期变更线，西边关注时区与时差计算的用户还访问了以下内容：
SET global time_zone= '+08:00 ';or edit your mysql config file,like my.ini or my.cnf[mysqld]
default-time-zone=+8:00
SET global time_zone= '0:00';
ERROR 1298 (HY000): Unknown or incorrect time zone: '0:00'
mysql> SET global time_zone= '0:00 ';
ERROR 1298 (HY000): Unknown or incorrect time zone: '0:00 '
mysql> SET global time_zone= '0:00 ';
ERROR 1298 (HY000): Unknown or incorrect time zone: '0:00 '
mysql> SET global time_zone= '+0:00 ';
ERROR 1298 (HY000): Unknown or incorrect time zone: '+0:00 '
没有办法了??
mysql> set global time_zone = '+00:00';
Query OK, 0 rows affected (0.00 sec)
Query 是正确的
2、日期中的时区标志
3、在Oracle 9i中正确转换时区
4、redhat9终端方式下更改时区
5、java下的时区......
GMT和PST--关于时区的知识我们在网上浏览，在虚拟时空漫游世界时，经常会遇到时区的困扰，这篇文章是什么时间发布的？邮件是什么时间发出的？GMT和PST各代表什么意思，如何换算？等等.
我通过互联网搜集了一些小知识，供大家参考。1、概念和换算
PST - 美国太平洋标准时间
GMT 格林威治标准时间
几个换算公式，因为是24进制，看起来有点怪:
(GMT ＋8)－16 ＝PST
PST+7 = GMT
PST+16 = GMT + 8(中国)我们是东八区，加州是西八区，中间差16个小时。2、关于日期中的时区标志。由于都在互联网上，大家在各个时区的事件表示有所不同，因此日期要转换到当前时区的日期和时间，在互联网上，大家一般都用CTS(世界标准时间）有称作GMT(格林尼治时间）。
譬如日期时间为：Sat, 30 Mar 2002 13:27:08 -0800，我们当前所在的时区为正8区（北京时间），则用我们所在时区表示就是 Sat, 30 Mar 2002 29（13+16）:27:08 即Sun, 31 Mar 2002 6:27:08 +8000。 ---??
目前存在的时区有：
GMT 格林威治标准时间 GMT
UTC 全球标准时间 GMT
ECT 欧洲中部时间 GMT+1:00
EET 东欧时间 GMT+2:00
ART （阿拉伯）埃及标准时间 GMT+2:00
EAT 东非时间 GMT+3:00
MET 中东时间 GMT+3:30
NET 近东时间 GMT+4:00
PLT 巴基斯坦拉合尔时间 GMT+5:00
IST 印度标准时间 GMT+5:30
BST 孟加拉国标准时间 GMT+6:00
VST 越南标准时间 GMT+7:00
CTT 中国台湾时间 GMT+8:00
JST 日本标准时间 GMT+9:00
ACT 澳大利亚中部时间 GMT+9:30
AET 澳大利亚东部时间 GMT+10:00
SST 所罗门标准时间 GMT+11:00
NST 新西兰标准时间 GMT+12:00
MIT 中途岛时间 GMT-11:00
HST 夏威夷标准时间 GMT-10:00
AST 阿拉斯加标准时间 GMT-9:00
PST 太平洋标准时间 GMT-8:00
PNT 菲尼克斯标准时间 GMT-7:00
MST 西部山脉标准时间 GMT-7:00
CST 中部标准时间 GMT-6:00
EST 东部标准时间 GMT-5:00
IET 印第安那东部标准时间 GMT-5:00
PRT 波多黎各和美属维尔京群岛时间 GMT-4:00
CNT 加拿大纽芬兰时间 GMT-3:30
AGT 阿根廷标准时间 GMT-3:00
BET 巴西东部时间 GMT-3:00
CAT 中非时间 GMT-1:003、教你怎样在Oracle 9i中正确转换时区在Oracle9i之前，虽然有一个NEW_TIME函数可以改变DATE的时间戳部分，但是还没有专门用来存储时区信息的数据类型。在Oracle9i 中，我们可以使用DBTIMEZONE伪字段查询数据库的时区，使用SESSIONTIMEZONE伪字段查询会话的时区。
但是，对于大多数数据库，这些值都是-07:00之类的偏移值，因此对于NEW_TIME函数是没有用的。Oracle9i有关NEW_TIME的文档建议使用FROM_TZ来替代，但是这可能会产生误导。FROM_TZ只将一个时区应用到一个时间戳上；它并不能把一个时区转换成另外一个时区。
其实有一个比较好的方法（从文档中得到这个方法可能有点难）。首先，为了完成这个工作，在正确的时区内需要一个TIMESTAMP WITH ZONE数据类型。然后，如果你将关键字AT TIME ZONE应用到那个值，它就会自动地调整为新的时区和日期。
select (timestamp ';2003-04-06 01:59:59'; at time zone ';PDT';) at time zone ';GMT'; from dual;
06-APR-03 08.59.59.00000000 AM GMT这个语句将为太平洋白天时间（即其切换到PST之前的时刻）构造一个TIMESTAMP WITH TIME ZONE然后再将其转换到GMT。AT TIME ZONE关键字也接受默认的偏移值语法：
select (timestamp ';2003-04-06 02:00:00'; at time zone ';-07:00';) at time zone ';00:00'; from dual;
06-APR-03 09.00.00.000000000 AM +00:00
你还可以使用伪字段来自动调整当前会话的时区：
select current_timestamp at time zone dbtimezone from dual;
上面的表达式返回一个当前会话的本地时间（数据类型为时区），重新调整数据库的时区，调整后的时区将与SYSTIMESTAMP的结果相等。有了以上的这些信息，就可以构造一个比较好的NEW_TIME函数：
create or replace function my_new_time (p_dwtz timestamp with time zone, p_tz varchar2 ) return date is
begin
return cast(p_dwtz at time zone p_tz as date);
end
my_new_time;
/
show errors;
select my_new_time(sysdate,';+08:00';) from dual;
即使第一个参数被标记为一个timestamp with time zone，你依然可以传入一个TIMESTAMP和DATE，这样由于Oracle的自动转型操作，得到的时间将是会话在本地时区的当前时间。这个函数接受包括偏移值在内的任何可以被TIMESTAMP识别的时区，然后将接受的时区调整为正确的值。
数据库mysql服务器的机子的时间是-5时区的。
然后数据库已经运行了几天了。
然后突然发现主机的时间是错误的。必须改正过来。
但是把这个数据库所在主机的时间调整为东八区的话，那么里面的数据都会乱掉的哦。
因为那个是一个游戏用到的数据库，一改，那么里面的玩家的数据全都乱掉了。当时非常头痛。最后只好删档。不知道狼头大哥怎么处理这样的问题啊，如果遇到了。
Query 是正确的