datetimedatestamp和时间戳.docx

资源描述

datetimedatestamp和时间戳.docx

《datetimedatestamp和时间戳.docx》由会员分享，可在线阅读，更多相关《datetimedatestamp和时间戳.docx（6页珍藏版）》请在冰豆网上搜索。

datetimedatestamp和时间戳.docx

datetimedatestamp和时间戳

博客分类：

数据库时区

为什么总是以为没有什么好学的，只有碰到问题了，才知道你有很多东西都不清楚，或者根本就不知道。

遇到的问题：

系统时间与数据库时间不一致，系统时间是8:

20，存到数据库里是0:

20。

第一直觉是时区不同导致的。

先看一段代码：

Java代码publicstaticvoidmain（String[]args）{//System.out.println（TimeZone.getDefault（））;SimpleDateFormatsdf=newSimpleDateFormat（"yyyy-MM-ddHH:

mm:

ss"）;Calendarc=Calendar.getInstance（）;//System.out.println（c.getTime（））;System.out.println（sdf.format（c.getTime（）））;System.out.println（c.getTimeInMillis（））;TimeZone.setDefault（TimeZone.getTimeZone（"GMT+5:

00"））;sdf.setTimeZone（TimeZone.getDefault（））;//System.out.println（c.getTime（））;//System.out.println（c.getTime（）.getTimezoneOffset（））;System.out.println（sdf.format（c.getTime（）））;System.out.println（c.getTimeInMillis（））;}

输出结果：

2011-11-2510:

33:

132********96

2011-11-2507:

33:

132********96

这说明，时间的显示是由时区决定的，时间所表示的距标准时间毫秒数是绝对的，不会随时区不同而改变。

理解这一点很重要。

那么数据库里的时间也应该有个时区概念，那到底是如何处理的呢？

一直这么认为的，时间在数据库里实际存的是毫秒数。

那我们在客户端看到的时间一定是经过数据库格式化以后的。

但结果不完全是这样的，下面我们要讨论数据库中的两个时间类型datetime和timestamp。

网上有文称

datetime-存储日期和时间部分，精确到秒，没有时区信息

timestamp-时间戳，存储日期、时间和时区信息，秒值精确到小数点后6位

注意这里的时间戳，在sqlserver中根本就不是时间，他只记录相对时间的先后，不记录具体时间。

我认为应该叫做数据版本号。

首先在sqlserver中测试：

selectgetdate（）

执行结果跟想像的一样，操作系统的时区如何修改，他都能随之变化，他肯定获得了系统的时区信息，然后对当前毫秒数格式化。

把系统时区恢复到GMT+8:

00，创建一个测试表，并插入两条数据

createtableTEST_TIMEZONE（

tidint,

time1datetime,

time2datetime

）;

insertintoTEST_TIMEZONEvalues（1,getdate（）,getdate（））;

insertintoTEST_TIMEZONEvalues（2,getdate（）,getdate（））;

select*fromTEST_TIMEZONE;

这时数据库查询结果为

12011-11-2510:

47:

23.7502011-11-2510:

47:

23.750

22011-11-2510:

47:

27.5132011-11-2510:

47:

27.513

现在修改系统时区为GMT+5:

00，再插入两条数据，并修改第一条数据

insertintoTEST_TIMEZONEvalues（3,getdate（）,getdate（））;

insertintoTEST_TIMEZONEvalues（4,getdate（）,getdate（））;

updateTEST_TIMEZONEsettime1=getdate（）wheretid=1;

select*fromTEST_TIMEZONE;

这时数据库查询结果为

12011-11-2507:

50:

20.3732011-11-2510:

47:

23.750

22011-11-2510:

47:

27.5132011-11-2510:

47:

27.513

32011-11-2507:

50:

15.9202011-11-2507:

50:

15.920

42011-11-2507:

50:

18.5002011-11-2507:

50:

18.500

因为datetime没有时区信息，只有年月日时分秒，所以保存的是几点就是几点，两次操作差了3个小时。

selectt.*,t.time2-t.time1fromTEST_TIMEZONEtwheret.tid=1

我们再看时间戳类型，sqlserver一个表只能有一个时间戳列，而且时间戳列不用操作，在数据行插入或更新时自动更新。

新建测试表

createtableTEST_TIMEZONE2（

tidint,

time1timestamp

）;

insertintoTEST_TIMEZONE2（tid）values

（1）;

insertintoTEST_TIMEZONE2（tid）values

（2）;

insertintoTEST_TIMEZONE2（tid）values（3）;

select*fromTEST_TIMEZONE2;

查询结果：

10x000000000000200A

20x000000000000200B

30x000000000000200C

updateTEST_TIMEZONE2settid=4wheretid=3;

select*fromTEST_TIMEZONE2;

查询结果：

10x000000000000200A

20x000000000000200B

40x000000000000200E

这个时间戳主要用在处理并发问题上，做为数据是否已被修改的凭证，可以提高并发性能。

再次明确sqlserver的时间戳不是具体时间。

恢复一下时区到GMT+8:

00，都不知道现在几点了。

接下来，在mysql做个测试：

selectnow（）

修改系统时区对查询结果没有影响，这与sqlserver不同。

修改时区后，重启mysql，再执行有效果了。

说明mysql在启动时记录了系统时区，而不是实时的读取系统时区。

恢复时区到GMT+8:

00，新建表

createtableTEST_TIMEZONE（

tidint,

time1datetime,

time2timestamp,

time3timestamp

）;

插入数据

insertintoTEST_TIMEZONE（tid）values

（1）;

insertintoTEST_TIMEZONE（tid）values

（2）;

insertintoTEST_TIMEZONEvalues（3,now（）,now（）,now（））;

insertintoTEST_TIMEZONEvalues（4,now（）,now（）,now（））;

select*fromTEST_TIMEZONE

查询结果

Mysql允许多个timestamp列，但只有第一列会自动更新，默认值为

CURRENT_TIMESTAMP。

恢复时区到GMT+5:

00，重启动mysql，执行查询

结果说明datetime的时间不随系统时区而变化，timestamp会随系统时区变化而变化，也sqlserver完全不同。

Mysql在timestamp字段记录的是毫秒数，并且按初始的系统时区格式化后显示。

另外对oracle现在没有测试环境。

结论：

Datatime类型只保存年月日时分秒信息，不含时区。

Timestamp时间戳，不同数据库有不同的实现，不要用做业务列，更不能作为索引或键使用，他会自动被更新。

记得把时区恢复回去，不然比别人晚了好几个小时^_^查看图片附件3

顶3

踩

分享到：

博文获推荐小小激动一下

误删除了Adobe虚拟打印，如何恢复？

2011-11-2511:

分类:

数据库